the  fragility  of  effort 


the  holodeck  of  motive 


the  holodeck  of  motive 


Last  night  I had  the  privilege  of  being  asked  to  participate  in 
the  thirteenth  MoMA  R&D  Salon  http:  //momarnd. moma.org/ 
on  "big(ger)  data"  alongside  Hillary 
Mason  http://www.hilarymason.com  , Hannah 
Donovan  http://blog.hannahdonovan.com  and  Mark 
Hansen  https : / / twitter . com/ cocteau  . The  bulk  of  the  evening 
was  a panel  discussion  with  Paola 

Antonelli  http:  //www.moma. org/ explore/ inside_out/ author /pan 
toneiii  . Each  participant  was  asked  to  do  a short  presentation, 


where  short  was  defined  as  "about  seven  minutes". 


What  follows  is  clearly  more  than  seven  minutes  so  the  talk 
itself  got  a little  wobbly  towards  the  middle  and  the  end.  There  is 
also  video  of  the  event  http://momarnd.moma.org/salons/salon- 
13-bigger-data/  so  you  can  compare  the  text  below  that  I meant 
to  say  and  what  I actually  did  say.  This  is  what  I tried  to  say. 


I'd  like  to  start  with  three  quotes.  The  first  is  by  Brian  Barrett, 
writing  about  the  Sony  hack  http:  //gizmodo.com/the-sony- 
hacks-are-goddamn-terrifying-1668911102  for  Gizmodo: 


"The  most  painful  stuff  in  the  Sony  cache  is  a doctor 
shopping  for  Ritalin.  It's  an  email  about  trying  to  get 
pregnant.  It's  shit-talking  coworkers  behind  their 
backs  ...  It's  even  the  harmless,  mundane,  trivial  stuff 
that  makes  up  any  day's  email  load  that  suddenly 
feels  ugly  and  raw  out  in  the  open  ...  You  may 
assume  you'd  be  fine  in  the  same  scenario,  that  you 
have  nothing  to  hide,  that  you  wouldn't  mind.  But 
just  take  a look  through  your  Sent  folder's  last 
month.  Last  week.  Yesterday.  There's  something  in 
there  you  wouldn't  want  the  world  to  see.  There's 
some  conversation  that  would  be  misread  without 
context,  or  read  correctly  for  its  cloddishness.  Our 
inboxes  are  increasingly  our  id,  a water  cooler  with 
infinitely  expandable  memory." 


The  second  is  by  the  sociologist  Karen 
Levy  http://www.karen-ievy.net  speaking  at  a panel  about 

Consent  and  the 

Network  https : //soundcloud . com/ eyebeamnyc/new-topics-in- 
social-computing-consent-and-the-network  , at  Eyebeam  last 
month.  Paraphrasing,  she  said: 


"...we  act  as  though  if  we  are  able  to  develop  a 
technical  means  around  a user's  consent  then  we 
have  a right  to  do  whatever  we  want." 


The  third  and  final  quote  is  by  Keir 
Winesmith  http : / /www . keirdotnet . net  describing  how  they 
think  about  the  social  and  privacy  implications  of  the  work  they  are 
do  at 

SFMoMA  http:  //www.  sfmoma.org/about/research_projects/la 
b . 


He  said: 


"We  walk  right  up  to  the  line  of  creepy.  And  then  we 
take  two  steps  back." 


When  Flickr  launched  geotagging  - the  ability  to  associate 


your  photos  with  a physical  location  - we  did  not  try  to  establish  so- 
called  "sensible  defaults" . Instead  we  forced  users  to  choose  defaults 
before  they  could  use  the  feature. 


First,  they  had  to  choose  a default  privacy  setting  for  all  their 
geotagged  photos.  Second,  they  needed  to  expressly  indicate  that 
they  wanted  us  to  import  any  geographic  metadata  that  their  phone 
or  camera  might  have  embedded  in  their  photos. 


This  was  back  in  August  of  2006,  six  months  before  the 
iPhone  was  announced  and  just  under  a year  before  the  phone  was 
actually  released  and  the  whole  notion  of  camera  phones 
automatically  embedding  GPS  information  in  a photo's  metadata  had 
not  really  been  normalized  yet. 


One  of  the  consequences  of  our  decision  is  that  as  other 
photo-sharing  services  became  more  popular  (most  notably 
Instagram)  many  never  bothered  to  ask  users  whether  they  wanted  or 
expected  that  metadata  to  be  exposed.  As  if  by  magic  their  photos 
were  suddenly  geotagged  and  a lot  of  people  started  thinking  that  our 
geotagging  support  was  broken. 


Keep  in  mind  that  it  wasn't  even  until  2008  that,  then  NS  A 
director,  Keith  Alexander  asked  his  staff:  "Actually,  why  don't  we 
just  keep  all  the  signals?"  so  everyone  was  still  pretty  excited  by  the 
opportunity  that  all  of  this  data  presented.  People  have  always 


written  dates  and  places  on  the  backs  of  their  photographs  so  having 
your  technology  take  care  of  those  details  as-if  by  magic  is  pretty 
cool. 


It's  not  like  we  weren't  excited  about  geotagging.  It's  just  that 
we  were  trying  to  be  mindful  of  the  implications  of  what  users  were 
getting  in  to.  But  being  mindful  and  successfully  conveying  that 
mindfulness  to  people  are  not  the  same  thing  and,  like  I said,  it  was 
2008  and  everyone  was  feeling  pretty  good  about  things.  We  still 
believed  that  the  sum  of  the  Internet  was  so  big,  too  big,  to  prevent 
anyone  from  stitching  it  all  back  together. 


Did  you  know  that  if  you  assign  a Creative  Commons  license 
to  one  of  your  Flickr  photos  that  setting  trumps  your  ability  to 
prevent  other  people  from  downloading  the  original  photo?  Even  if 
you've  said  you  don't  want  to  let  other  people  download  your 
original  photos  and  you've  said  you  don't  want  to  make  your 
geotagged  photos  public  (because  unless  you  explicitly  opt-out  all 
photos  are  geotagged  now)  the  license  setting  takes  precedence. 


I mention  that  because  even  I didn't  realize  that's  what  we 
were  doing  and  I worked  there  for  five  years.  Or  rather  I had  always 
assumed  that  we  would  err  on  the  side  of  caution  when  asked  to 
choose  an  order  of  precedence  for  something  like  that. 


I tell  you  this  because  if  there  was  ever  a cardinal  rule  at 


Flickr  it  was:  Don't  fuck  with  people's  original  photos.  This  included 
the  metadata.  We  wouldn't  have  purged  the  EXIF  data  from  your 
pictures  even  if  you  had  asked  us  to. 


In  a world  where  you  might  be  able  to  imagine  something 
with  the  breadth  and  reach  of  a National  Security 
Letter  https : //pinboard. in/search/u: straup? 
query=national+security+letter  , but  perhaps  the  not  apparent 
liberalness  of  its  application,  this  is  a "feature"  right? 


In  a world  where  you  might  imagine  a junior  lawyer  drafting 
an  argument  claiming  that  algorithmic  facial  detection,  by  virtue  of 
its  automated  nature,  should  be  classified  as  "just 

metadata  https : //WWW. schneier . com/blog/archives/2  013/09/me 
tadata_equais . html  " along  with  all  the  date/time  and  geographic 
information  present  in  digital  photographs...  well,  yeah. 


In  a world  where  the  phrase  open-source 
information  https  : //en. Wikipedia. org/wiki/Open- 
source_intelligence#Def iners_for_OSINT  even  exists... 


One  of  the  burdens  of  the  present  is  that  we  are  all,  forever, 
being  forced  to  pay  the  cost  of  someone  else's  near-future 
opportunity.  The  core  of  the  opportunity  myth,  in  the  United  States 
anyway,  is  a celebration  of  someone  seeing  value  in  something  that 
no  one  else  has  recognized  or  understood  yet  and  in  reaping  the 
reward  of  extracting  that 

worth  http: //www. aaronland . info/weblog/ 2 014 /09/ll/brand/#d 


construct  . 


In  legal  circles  there  is  something  known  as  the 
"exclusionary  rule"  which  doesn't  seek  to  prevent  the  collection  of 
data  by  making  it  a physical  impossibility  but  achieves  the  same 
result  by  nullifying  its  admissibility  in  court.  It  is  a very  real  example 
of  a community  simply  deciding  that  2 + 2 = 5.  We  say  that  the 
manner  in  which  cause  and  effect  are  established  is,  frankly,  more 
important  than  the  fact  being  proved.  Most  people  know  the 
exclusionary  rule  by  its  umbrella  principle  the  Fourth  Amendment  - 
or  the  right  to  privacy  - of  the  US  Constitution. 

Right  now  the  manner  in  which  the  exclusionary  rule  is 
applied  to  big-data  a 

meSS  www. scotusblog.com/2014/06/symposium-in-riley-v- 
cal if ornia-a-unan imous- supreme-court- sets -out- fourth- 
amendment-f  or-digitai-age/  . One  court  has  ruled  that  the  police 
can  not  physically  install  a GPS  unit  on  your  car  and  track  your 
movements  while  another  has  ruled  that  the  police  can  still  demand 
that  the  phone  companies  hand  over  all  the  location  data  tied  to  your 
cell  phone. 


I don't  think  anyone  is  entirely  certain  how  the  exclusionary 
rule  squares  with  something  like  a National  Security  Letter  but 
Australia,  at  least,  has  made  short  work  of  that  debate  by  simply 
legislating  that  anything  collected  under  the  auspices  of  their  own 
surveillance  laws  is  admissible  in  court. 


There  is  a whole  other  discussion  to  be  had  about  the 


approach  Europe  is  taking  with  their  "right  to  privacy"  laws  and  I 
want  to  mention  them  only  in  passing  because  they  are  the  closest 
thing  we  may  have  gotten  to  something  approaching  an  exclusionary 
rule  for  the  data  that  private  companies  collect  or  the  uses  they  put  it 
to. 


In  the  meantime  absent  our  ability  to  craft  narratives  and 
social  norms  in  step  with  the  instrumentation  of  our  lives  the 
resultant  "big-data"  will  remain  a bountiful  frontier  of  opportunity 
for  anyone  willing  to  see  the  implications  of  their  actions  as 
tomorrow's  problem. 


One  of  the  things  that  we've  been  thinking  about,  at  the 
Cooper  Hewitt,  is  how  we  collect  contemporary  design  objects. 
What  does  a design  museum  do  when  the  meat  of  their  practice  has 
either  become  entirely  digital  - that  is  lacking  any  singular  manifest 
physicality  - or  whose  full  meaning  and  understanding,  whose 
implications,  are  opaque  absent  access  to  the  underlying  source  code 
or  the  data  it  produces. 


To  some  degree  thus  has  it  ever  been.  We  may  never  know, 


truly,  the  motivations  of  an  artists  or  a designer  but  there's  usually  a 
pretty  thing  to  can  look  at,  fifty  years  later.  This  might  be  the  actual 
thing  that  was  produced  or  it  might  be  the  relentless  documentation 
that  seems  to  define  people  hell-bent  on  a practice  that  claims  to 
leave  no  trace  behind. 


Take  the  Nest  thermostat,  for  example.  We  acquired  a pair 
in 

2013  https  : //collection. cooperhewitt . org/ search /col lection 
/?query=Nest+thermostat  but  that's  really  all  we  did.  We  took 
them  out  of  their  boxes  and  put  them  on  a shelf.  We  also  acquired 
some  of  the  early  sketches  and  preparatory  drawing  for  the 
devices  https : //collection . cooperhewitt . org/search/collecti 
on/?query=Nest+thermostat+sketch  which  are  arguably  more 
interesting,  in  the  long-term,  than  the  things  themselves.  It  would 
have  been  unfair  and  unrealistic  for  the  Smithsonian  to  ask  Nest,  or 
any  on-going  commercial  interest,  for  the  source  code  to  their 
device.  In  the  case  of  Nest  we  would  have  been  asking  them  to 
forfeit  the  3 .2  billion  dollars  they  earned  selling  their  company  to 
Google. 

Absent  the  source  code  with  which  we  might  investigate  how 
the  Nest  distinguishes  itself  from  other  thermostats  or  the  decision  to 
acquire  the  data  that  those  units  collected  (I'm  not  sure  they've  ever 
been  plugged  in...)  in  order  to  demonstrate  its  use  we  are  left  with  a 
lump  of  metal  and  plastic  that  we  quite  literally  hang  on  a wall 
next  its  widely  acknowledge 


inspiration  https : //collection . cooperhewitt . org/ exhibitions/ 
51669015/ section/ 69070603  : Henry  Dreyfuss'  classic  "T68 

Round"  thermostat. 


Note:  We're  actually  exhibiting  Dreyfuss'  "CT87K" 
thermostat,  and  not  the  " T68 " but  you  get  the  idea. 


With  that  in  mind  we  have  been  asking  ourselves:  What 
would  it  mean  for  museums  and  libraries  establish  a kind  of  escrow 
for  intellectual  property  for  products  or  the  data  they  emit? 
Assuming  we  could  define  a shared  social  contract  around  the 
practice  what  would  it  mean  for  both  individuals  and  corporations  to 
participate  in  the  collection  and  nurturing  of  this  data  not  with  a 
focus  on  the  present  but  with  an  eye  to  the  future? 


It  is  important  to  understand  that  the  cultural  heritage  sector 
is  in  no  way  ready  to  take  on  the  burden  of  maintaining  an 
infrastructure  like  this.  Some  of  us,  by  virtue  of  the  value  of  our 
collections,  can  imagine  the  kinds  of  targets  of  opportunity  we  would 
become  shepherding  this  kind  of  stuff  but  the  sheer  volume  and 
physicality  of  many  collections  is  a defense  that  "big  data"  doesn't 
enjoy. 


What  we  do  have  though  is  a disposition  for  the  long  game, 
for  keeping  things  safe  and  at  least  in  recent  times  doing  these  things 

in  the  service  of  the  community,  at 


large  http: //www.vam.ac . uk/content/exhibitions/all-of- 
thi s -belongs -to-you/ al 1-of -this -belongs -to-you/ 


I mention  this  because  there  is  a fairly  new  and  often 
uncomfortable  reality  for  those  of  us  in  the  cultural  heritage 
business.  That  we  are  starting  to  share  more  in  common  with 
agencies  like  the  NS  A than  anyone  quite  knows  how  to 
conceptualize. 


Every  time  someone  talks  to  you  about  personal 
informatics  http:  //www.  aaronland . info/weblog/2 008/ 10/08 /tre 
e/#pattern  , or  census  data  from  a distant 

past  https : //collection. cooperhewitt.org/objects/35457211/ 
understand  that  the  NS  A is  trying  to  solve  the  same  basic  set  of 
problems  and  replace  the  number  of  miles  you  ran  or  the  colour  of 
your  baby's  poo  with  the  question  of  Original  Sin.  In  seeing  the 
meaning  of  past  actions  as  a way  to  make  sense  of  present  intent.  Of 
judgement. 


Which  is  not  unlike  what  the  humanities  does.  It  used  to  be 
that  I would  have  conversations  with  people  where  they  would 
sketch  out  all  sorts  of  pie-in-the-sky  database  systems  and  inference 
engines  that  could  be  plumbed  in  order  to  answer  all  their  scholarly 
questions.  What  I've  now  come  to  realize  is  that  many  of  them  were 
simply  describing  the  systems  that  Edward  Snowden  says  the 
NSA  has  been  building  for 

itself  https  : // archive . org/search . php? 
query=subject%3A%22Edward%20Snowden%22  all  along. 

Those  tools  evoke  many  reactions  but  if  we  are  honest  we 
will  be  forced  to  admit  that  envy  is  one  of  them. 


“post  conspicuously” 


Note:  I didn 't  really  get  to  this  part  during  the  talk  itself.  I 
pointed  to  it  but  it  was  all  a bit  rushed  and  disjointed  by  this  point. 
The  slide  for  this  section  is  titled  "post  conspicuously"  which  is  a 
reference  to  the  instructions  from  the  New  York  City  Department  of 
Health  for  restaurant  owners  to  place  their  permit  to  operate  in  a 
place  where  anyone  can  see  it,  without  having  to  ask.  There's 
something  about  that  idea  which  relates  to  everything  below  but  you 
would  be  forgiven  for  not  really  seeing  where  those  two  things  are 
holding  hands  because  it's  all  still  a fuzzy  for  me  too... 


One  day  all  of  that  data  the  NSA  is  reported  to  be  storing  will 
be  the  raw  material  for  an  AP  high  school  digital  humanities 
homework  assignment. 


One  day  that  data  will  be  where  most  of  us  long  since 
forgotten  after  our  deaths  might  live  on  even  the  brief  moments  that 
someone  sees  our  past  as  something  more  than  an  abstraction. 


One  day  that  data  may  be  used  to  demonstrate  that  it  was,  in 
fact,  a fifth  column  that  finally  ushered  in  a global  confessional 
uniformity  http : //www. cbc . ca/ player /Radio /The+Sunday+Edi tic 
n/iD/2618301311/  — a pursuit  that  seems  to  be  present  in  every 

age  for  as  long  as  we've  been  telling  these  stories. 


One  day  that  data  will  be  subpoenaed  and  used  to  tell  the 
stories  that  we  may  not  want  to  remember  but  that  we  need  to.  If 
you've  not  read  the  US  Senate  Intelligence  Committee's  Study  of  the 
Central  Intelligence  Agency's  Detention  and  Interrogation 
Program  http: //www. intelligence . senate . gov/study2014 . html 
you  should.  Someone  has  to.  It's  profoundly  depressing  but  it  is 
important  reading.  Beyond  the  actions  described  in  the  report  the 
thing  that  struck  me  is  that  most  of  the  proof  seems  to  have  been 
found  in  the  email  that  the  various  actors  sent  themselves. 


Email.  They  talked  about  this  stuff  in  email. 


"It's  even  the  harmless,  mundane,  trivial  stuff  that 
makes  up  any  day's  email  load  that  suddenly  feels 
ugly  and  raw  out  in  the  open." 


Lots  of  private  companies  are  establishing  corporate  policies 
whereby  email  archives  are  purged  on  a regular  interval.  Lots  of 
security  professionals  are  recommending  the  practice  to  individuals 
precisely  because  the  cost  to  an  opportunist  to  hoarde  that  data  and 
discover  some  clever  use  for  it  in  the  future  is  negligable. 

Or  this  http: //www.washingtonpost .com/news/post- 
nation/wp/2 014 /11/26/national-arch ives-backing-away-f rom- 
cia-e-mail-destruction-plan/  : 


The  CIA  sought  permission  in  January  to  destroy  e- 
mail  communications  of  all  but  22  top  CIA  officials 
within  three  years  of  their  leaving  the  agency  — "or 
when  no  longer  needed,  whichever  is  sooner." 


"No  longer  needed."  I know,  right? 


In  the  end  the  National  Archives  announced  that,  at  least  for 


now,  they  won't  indulge  the  CIA's 

request  http: // fas .org/biogs/secrecy/2014/n/nara-cia- 
emaii/  . This  isn't  necessarily  about  the  CIA  either.  It  seems  that 
we  give  them  a long-enough  leash  that  by  their  actions  they  routine 
provoke  these  questions,  but  ask  yourselves:  Do  you  really  want  any 

government 

agency  http: //gothamist . com/2015/ 02 /25/email_enema_healthy 
_ny . php  to  have  the  luxury  of  choosing  the  shadow  it  casts  in  to 
the  future  and  the  stories  it  tells  at  dinner  parties? 


The  practice  is  hardly  new,  historically,  but  I'm  not  sure  its 
one  that's  worked  out  very  well  for  most  people,  most  of  the  time. 


I do  not  mean  to  suggest  that  we  supplicate  ourselves  to  the 
imagined  benefits  of  the  hypothetical  futures  I am  describing.  The 
question  remains:  How  do  we  protect  the  present  from  itself?  The 
question  remains:  How  long  needs  to  pass  before  the  sting  of  all  that 
data  in  the  moment  is  worth  its  yield  in  the  future? 


We  have  never  stopped  looking  back  and  trying  to  figure  out 
what  the  fuck  the  past  was  thinking  and  I don't  imagine  we  will  stop 
anytime  soon.  I think  that  is  important  to  remember  because  one  of 
the  opportunities  that  "big-data"  suggests  is  a better  window  on  the 
past  and,  now  that  we've  seen  it,  it's  difficult  to  imagine  anyone 
choosing  the  forfeit  that  possibility. 


What  upsets  me  about  the  "big-data"  discussion  is  the  way 
that  it  is  so  often  couched  in  a rhetoric  of  inevitability.  It  is  the 
rhetoric  of  the  Law  of  the 

Jungle  https : //web. archive. org/web/20140814040031/http: //w 
ww. gutenberg.org/ files /37 364/37 364 -h/37 364 -h. htm#page_29 
and  some  of  us,  at  least,  have  been  struggling  to  find  viable 
alternatives  for  as  long  as  we've  recognized  it  as  such. 


The  rhetoric  of  big-data  is  too  often  about  absolute  certainties 
and  not  about  choices,  or  reasons.  On  bad  days  it  is  an  abdication  of 
our  shared  responsibility  to  articulate  why  we  choose  to  live  the  ways 
that  we  do. 


Update:  I was  reminded  the  other  day  that  all  the  speakers 
were  asked  to  submit  suggestions  for  a reading  list  for  audience 
members.  Not  everything  I sent  in  was  included  but  this  is  what  I 
recommended. 

• Dan  Geer,  Criticality,  Rejectionists,  Risk 

Tolerance  http: //geer . tinho . net/geer . sourcebosto 


n. 18ivl2 . txt 


Dan  Geer,  We  Are  All  Intelligence  Officers 

Now  http: //geer . tinho . net/geer .rsa.28iil4. txt 

danah  boyd,  Networked 

Privacy  http: //www. danah. org/papers/talks/2011/P 
DF2011 .html 

Anab  Jain,  Valley  of  the 

MeatpuppetS  http:  //superflux,  in/blog/valley- 
of-the-meat puppets 

Zeynep  Tufekci,  Is  The  Internet  Good  or  Bad? 

Yes.  https : //medium. com/matter/is-the-internet- 
good-or-bad-yes-7  6d9913c6011 


Edward  Jay  Epstein,  What  Really  Happened  to 
Strauss-Kahn? 

www. nybooks . com/ articles /archives/ 2 011/dec/22/w 
hat-really-happened-dominique-strauss-kahn/ 


2015-02-24 


did  I mention  it  vibrates? 


history  is  time  breaking  up  with  itself 


history  is  time  breaking  up 
with  itself 


history  is  time 
breaking  up 
with  itself 
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Last  week  I delivered  the  opening  keynote  at  the  33rd  Visual 
Resources  Association  http://vraweb.org/  conference , in 
Denver. 


The  talk  was  ultimately  about  the  Pen  which  launched 
literally  as  I was  standing  in  line  to  board  a plane  at  LaGuardia. 
More  on  that  in  a moment.  Although  the  talk  was  about  the 
museum  http : / /www . cooperhewi tt . or g/  and  the  Pen  I opened 
with  a re-visiting  of  a talk  I did  at  Makeshift 


Brooklyn  http://makeshiftsociety.com/brooklyn  in  in 
October  of  2014.  That  talk  was  done  around  the  same  time  that  I did 
a talk  as  part  of  Eyebeam's 

LittleNets  http:  //www.  aaronland.  info/weblog/2014/10/06/inter 
pretation/#brick  exhibition  so  a lot  of  this  was  me  trying  to  pull 
at  the  same  threads  in  different  ways.  Anyone  who's  hung  around  this 
blog  for  any  amount  of  time  will  see  a lot  of  familiar  threads  in  this 
talk. 


I mentioned  that  I was  at  the  airport  when  the  Pen  launched. 
By  "launched"  I mean  we  started  handing  them  out  to  visitors  as  they 
entered  the  museum.  All  of  the  technology  in  the  galleries  started 
calling  the  API  https://labs.cooperhewitt.org/2014/the-api- 
at-the-center-of-the-museum/  to  save  data  and  to  show  visitors 
what  they  had  already  collected  with  the  visitors  standing  there 
waiting. 


At  some  point  any  complex  system  like  this  has  to  work 
without  the  need  for  someone  to  be  hovering  over  it  all  the  time.  I am 
not  sure  I would  recommend  that  every  project  cut  the  cord  at 
opening  day  by  launching  the  person  who  knows  the  most  about  that 
system  36,  000 feet  in  the  sky.  It  is  a pretty  dramatic  form  of 
institutional  capacity  planning  but  it  does  have  a way  of  focusing 
everyone's  attention  before,  during  and  after  the  event. 


Fair  warning:  This  blog  post  is  long.  It's  long  but  it's  still  not 


as  long  as  the  paper  Seb  and  I have  written  for  Museums  and  the 
Web  http: //mw20 15 .museumsandtheweb.com/paper/strategies- 
agains t- architect ure- inter active-media- and- 
transf ormative-technology-at-cooper-hewitt/  this  year... 


Hi,  my  name  is  Aaron. 


Thank  you  for  inviting  me  to  speak.  Because  it's  just  me  up 
here,  alone  on  the  stage,  speaking  to  you  I want  to  take  a moment  to 
acknowledge  that  I am  only  one  person  who  is  part  of  a larger  group 
working  on  all  the  things  that  I am  going  to  talk  to  you  about  today. 


The  larger  group  is  the  museum  itself  (and  a little  more 
abstractly  the  Smithsonian)  but  day-to-day  that  group  is  the  Digital 


and  Emerging  Media  department  where  I work.  We  are  coming  out 
of  a pretty  intense  three  years  of  work  and  just  as  importantly  a 
thinking  about  that  work  and  there  is  no  way  that  I am  going  to  do  all 
of  that  work  justice  in  a one-hour  talk. 


We  have  tried  to  be  as  open  as  possible  about  the  work  we've 
been  doing,  including  the  false  starts,  and  have  made  an  effort  to 
write  it  down  on  the  Cooper  Hewitt  Labs 
blog  http://labs.cooperhewitt.org/  . When  you  have  a 
chance  I would  encourage  you  to  spend  some  time  going  through  the 
archives.  There's  a lot  there,  written  by  a lot  of  different  people,  and 
hopefully  it  will  add  even  more  texture  to  everything  I am  going  to 
talk  about  now. 


I arrived  at  the  museum  in  July  of  2012. 1 moved  from  San 
Francisco  to  New  York  City  for  three  reasons. 


First,  it  was  and  still  is  a good  time  to  be  a design 

museum  https: //WWW.  youtube.  com/watch?v=LOkUnODELiQ  . 

Second,  it  was  a chance  to  work  with  Seb 

Chan  http: //www. freshandnew.org/2015/03/you-now-begin/ 
Third,  it  was  a chance  to  work  with  Seb  Chan  on  a design  museum 
that  was  asking  itself  what  it  meant  for  a museum  to  be  part  of  the 


internet  and  vice  versa  with  Bill 

Moggridge  http:  //www. cooperhewitt.org/tag/bill- 
moggridge/ 


At  the  time  I remember  reading  a profile  piece  about 

Bill  http: //www. f astcompany . com/1777623/masters-of-design- 
2011/mister-moggridge-has-mad-ambition  in  which  he  said  "I 
don’t  know  about  museums,  but  at  least  I know  design"  which,  for 
me,  became  the  fourth  reason  to  sign  up  for  the  project:  What  would 
it  mean  for  a museum  to  be  part  of  the  internet  in  the  service  of  its 
subject  matter  rather  than  the  other  way  around? 


Bill  was  forced  to  take  a leave  of  absence,  for  medical 
reasons,  around  the  time  that  I started  at  the  museum  and  he  died  a 
few  months  later.  It  is  I think  — I hope  — a testament  to  how  much 
the  everyone  valued  and  respected  Bill  that  we  tried  to  take  on  the 
project  he  had  charted  for  museum  without  necessarily  knowing 
what,  exactly,  he  had  in  mind.  I don't  imagine  that  Bill,  himself, 
knew  at  the  time. 


We  have  accomplished  a crazy  amount  of  work  in  the  last 
three  years  and  we  have  birthed  a thing  that  will  require  probably  as 
much  or  more  work  going  forward  to  ensure  it  is  not  just  a one-trick 
pony.  I am  going  to  talk  to  you  about  some  of  that  work  but  first  I am 
going  to  take  you  through  a bit  of  a wandering  preamble.  I want  to 
try  and  show  you  that  this  is  not  work  that  was  done  for  the  sake  of 


the  work  itself  but  in  the  service  of  the  museum  and,  in  particular,  a 
design  museum. 


Before  I tell  you  what  we  did  and  a little  bit  about  how  we 
did  it  I want  to  explain  why  we  did  it,  or  at  least  why  I think  we  did 
it.  This  was  not  an  easy  project  for  any  part  of  the  museum  and  there 
were  lots  of  moments  when  we  could  have  decided  that  it  was  too 
ambitious  a project  given  all  the  other  constraints  but  we  didn't  and  I 
would  like  to  believe  that  we  didn't  for  good  reason. 


Also,  that's  not  a picture  of  Bill.  It  looks  a bit  like  Bill  ( and 
that  is  something  that  Bill  was  famous  for  saying)  but  I am  not  going 
to  tell  you  who  it  is  because  I think  it  will  be  funnier  when  you  figure 
it  out  on  your  own... 


I'd  like  to  start  with  three  quotes,  none  of  which  are 
immediately  related  to  one  another.  They  all  cast  a shadow  on  one 
another,  though,  so  hold  on  to  them  throughout  the  talk  like  a kind  of 
soundtrack  music. 


“I  think  in  any  cooking,  what  we 
really  do  is  move  water  molecules 
from  one  place  to  another.” 

- Aaron  Keefer 


The  first  quote  is  by  Aaron  Keefer,  the  gardner  at  the  French 
Laundry  restaurant  in  Napa.  He  said:  "7  think  in  any  cooking,  what 
we  really  do  is  move  water  molecules  from  one  place  to  another." 


“Now  we  have  American  hostages 
in  orange  jumpsuits  because  we 
we  put  people  in  orange 
jumpsuits.” 


- Ali  Soufan 


The  second  quote  is  by  Ali 

Soufan  http: //mobile . nytimes . com/2  014 /12 /11/us/politics /ci 
a-first-planned-jails-abiding-by-us-standards-.html  , a 
former  FBI  agent:  " Imagine  if  we  didn’t  go  down  that  road.  Imagine. 
We  played  into  the  enemy ’s  hand.  Now  we  have  American  hostages 
in  orange  jumpsuits  because  we  we  put  people  in  orange  jumpsuits." 


“A  ROOMBA  sees  the  world  in  math 
And  tries  to  rid  you  of  you 
And  the  trail  you  left  behind” 

- @selfawareroomba 


The  third  quote  is  by 

@selfawarer00mba  http://www.twitter.com/selfawareroomba 
We  actually  have  a 

Roomba  https  : / /collection . cooperhewitt . org/ objects/ 18 7 04 2 
35/  in  our  collection  and  we  were  eventually  able  to  convince  it  to 
write  an  object  of  the  day  blog  post  about 

itself  http : / / www . cooperhewitt .org/2013/12/06/ a-roomba- 
sees-the-worid-in-math/  : "A  ROOMBA  sees  the  world  in  math  / 
And  tries  to  rid  you  of  you  / And  the  trail  you  left  behind" 


Lately  I've  been  playing  with  the  idea  that  history  itself  is  the 
space  left  over  as  any  two  moments  in  time  tear  away  from  each 
other.  Or  as  they  fade  the  way  a mural  in  the  sun  gradually 
disappears;  people  both  aware  of  its  disappearance  and  shocked 
when  it  finally  vanishes . 


There  are  still  stand-out  events  (the  clues)  and  we  recognize 
those  in  the  objects  and  artifacts  we  celebrate.  More  specifically  that 
we  celebrate  those  objects  in  common.  The  scarcities  of  the  past 


meant  that  the  pool  of  common  celebrations  from  which  to  choose 
was  pretty  limited  and  but  even  now,  while  it  might  seem  like  we're 
swimming  in  tailor-made  niche  rituals,  I don't  actually  think  the 
fundamental  dynamic  has  changed. 


There  is  still  what  Scott  McCloud  dubbed  the  magic  in  the 
gutter  https : //web. archive . org/web/2  013  07  23182  84  0/http: //cc 
de . f lickr . net/ 2 00 9/02/ 09 /things- im- standing-next- to/ 

The  "gutter"  being  the  space  between  any  two  panels  (or  frames)  in  a 
comic  strip.  The  gutter  is  the  place  where  the  author  and  the  artist  let 
the  reader  act  as  the  narrative  bridge  between  two  events . This  is  an 
integral  part  of  comics  as  a form  and  I think  fundamental  to  their 
popularity. 

I like  to  think  of  the  gutter  as  the  space  where  fan-fiction 
operates  https://vimeo.com/880  0i038  . As  a way  of  creating 

alternative  reasons  to  explain  why  any  two  events  are  related  to  one 
another. 


I've  also  been  thinking  about  something  I'm  calling 
"Interpretation  Roomba".  This  stems  from  an  on-going  discussion 
I've  been  having,  mostly  with  myself,  about  the  9/11  Memorial.  The 

9/11  Memorial  is  a complicated 

Space  http: //www. aaronland. info/weblog/2014/09/ll/brand/#d 
construct-0  02  for  many  reasons:  The  question  of  whether  it's  a 
memorial  or  a mausoleum  or  a museum;  The  question  of  abstraction 


and  signifiers  in  all  memorial  constructions;  The  questions  raised  by 
the  event  itself. 


What  I find  problematic  about  the  9/11  Memorial  is  that  I left 
feeling  as  though  they  have  paved  over  all  the  spaces  between  the 
common  or  shared  "peaks"  that  we  use  to  recognize  and  remember 
the  day  itself.  Paved  over  and  inhabited  by  a kind  of  interpretive 
robot  vacuum  cleaner  set  loose  to  hoover  up  anything  outside  of  a 
single  master  narrative.  As  if  a space  like  9/11  shouldn't  cause  you, 
maybe  even  force  you,  to  leave  with  more  questions  than  you 
entered  with.  I think  the  9/11  Memorial  is  meant  to  be  cathartic;  it 
aims  to  evoke  a very  deliberate  emotional  reaction. 


And  "manufactured  emotion"  is  a like  a bad  habit  for  a lot  of 


museums. 


Monkey 

JeSUS.  http: //boingboing . net/2  0 12/ 10/03/monkey- jesus- 
cospiayer . html  Let  me  start  by  saying:  I love  Monkey  Jesus. 


Monkey  Jesus  is  sometimes  known  as  "Ecce  Homo",  a 
church  fresco  painted  by  Elias  Garcia  Martinez  in  the  1930s  in 
Northern  Spain.  Like  many  churches  in  Europe  it  was  abandoned 
and  stood  waiting  to  be  reclaimed  by  the  elements.  In  August  of 
2012  Cecilia  Giminez,  a nearby  resident,  decided  that  she  would 


attempt  to  restore  the  painting  before  it  was  completely  lost. 


That  last  fact  is  really  important:  This  fresco  was  the 
proverbial  tree  falling  in  the  forest  with  no  one  around  to  hear  it.  Had 
another  year  or  another  decade  passed  the  painting  would  have  been 
washed  away  by  the  rain  or  the  sun  and  no  one  would  have  known 
the  difference. 


What  happened  instead  is  that  someone  posted  a picture  of 
Giminez's  efforts  to  the  internet  and  the  whole  world  when 
completely  nuts.  This,  we  were  told,  was  an  offense  against  all 
culture.  Proof  that  the  laity  shouldn't  be  trusted  with  the  arts.  That 
this  90-year  woman  had  single-handedly  destroyed  everything  sacred 
about  the  Rennaissance. 


Then  a funny  thing  happened:  By  the  end  of  2013  forty 
thousand  people  had  visited  the  church  to  see  the  fresco  and  Giminez 
herself  was  pushing  for  financial  compensation  claiming  artist's 
rights  for  her  work. 


Monkey  Jesus  has  crossed  the  event  horizon  of  signihers  and 
now.  I'm  willing  to  bet,  we're  going  to  actively  preserve  the  so-called 
failed  restoration  over  the  original  fresco  precisely  because  of  this 
history.  Because  now  the  work  has  narrative  pedigree.  If  you  think 
that  sounds  like  crazy-talk  consider  the  exact  same  painting  but  done 
in  the  hand  of  Alex  Katz  http:  //www.  alexkatz . com/  or  re- 


created  by  Cindy 

Sherman  https : //en. Wikipedia . org/wiki/Cindy_Sherman#Exter 
nai_iinks  . Look  carefully  at  Monkey  Jesus  and  tell  me  you  can't 
see  the  shadow  of  either  artist's  work  in  that  painting. 


The  issue  is  not  whether  a different  artist  would  have  done 
Monkey  Jesus  "better"  but  in  how  we  reconstruct  the  narrative 
around  an  event;  the  reasons  we  choose  to  understand  why  an  object 
is  worthy  of  a narrative  at  all. 


I have  been  known  to  stand  in  front  of  audiences  and 
announce  that  the  Smithsonian  has  acquired  the  Global  War  on 
Terror  http: //www. aaronland. info/weblog/2012/12/01/coffee- 
and-wif  i/#timepixeis  (GWOT)  as  a design  object. 


This  has  always  been  a deliberate  provocation  and  a set-up 
for  the  larger  question  about  what  it  means  for  any  museum  to 
collect  "digital" 

objects  http: //www. aaronland. info/weblog/2014/01/17/sunmull 


et/#ob  jects  and  in  particular  a design  museum  to  collect  things 
like  service  design  or  experience  design.  It's  been  a way  to  force 
ourselves  to  admit  that  we  don't  know  how  to  collect 
things  http: //www. aaronland . info/weblog/ 2 014 /04 /03/things/^ 
mw2  014  which  are  categorically  real  but  which  are  not  made 
manifest  in  any  singular  physical  form. 


How  does  one  exhibit  the  GWOT,  anyway?  What  are 
thoughtful  and  meaningful  museum  "experiences"  for  a subject  like 
this?  Do  we  have  a room  where  you  can  be  threatened  by  angry 
German  Shepherd?  Would  it  better  or  less  awkward  if  it  were  an 
animatronic  dog?  How  about  an  interactive  waterboarding 
experience?  I recognize  that  this  all  sounds  like  the  theater  of  the 
absurd  right  now,  still  so  close  to  the  events.  On  the  other  hand  I 
think  we  all  know  that  someone  will  eventually  collect  the  GWOT 
and  then  what?  Could  you  buy  an  orange  jumpsuit  at  the  museum 
shop? 


So  that  was  the  gag  for  a while  but  then  in  January  of  2014 

something  a bit  crazy 

happened  http: //www. witnesstorture.org/blog/2014/01/ll/act 

ivists-occupy-national-museum-of-american-history- 

ins tall- tor ture-exhibit-to-mark-guantanamo-annivers ary/ 

On  the  day  marking  the  10  years  since  the  opening  of  the  prison  at 
Guantanamo  a group  of  protestors  entered  the  Smithsonian's 
Museum  of  American  History  and  stood  at  the  entrance  to  an 
exhibition  about  American  service  men  and  women,  titled  The  Price 


of  Freedom  http://amhistory.si.edu/militaryhistory/ 


They  stood  at  the  entrance  to  the  exhibition  dressed  in  orange 
jumpsuits,  shackled,  wearing  black  hoods  covering  their  heads.  And 
when  I saw  the  photos  of  the  event  without  knowing  the  backstory  I 
could  easily  imagine  thinking  that  this  was  the  work  of  a particularly 
brave  or  at  least  provocative  curator. 


Then,  about  six  months  later,  the  beheadings  started 
happening.  Not  just  beheadings  but  Americans  (and  others)  being 
paraded  around  deliberately  in  the  trappings  of  their  own  war  efforts 
now  being  thrown  back  at  them.  The  orange  jumpsuit  has  become  a 
design  object.  It  has  become  a media  device  whose  symbology  is 
manipulated  in  the  service  of  an  intent,  of  a goal,  of  a design  brief. 


My  speculation  about  the  GWOT  was  always  a rhetorical 
device  but  now,  I think  it's  fair  to  say,  somebody  really  does  have  to 
acquire  the  damn  jumpsuit. 


Who  would  acquire  a thing  like  the  orange  jumpsuit? 
Normally  it  might  be  the  National  Museum  of  American 
History  http://americanhistory.si.edu/  . They  get  all  the 

cool 

Stuff  http: //americanhistory . si . edu / col lec t ions /ob ject- 
groups/mining-iights-and-hats  . More  recently  the  Victoria  and 
Albert's  Rapid  Response 


Collecting  http:  / /WWW. dezeen.com/2  013/ 12/18/ rapid- 
res  ponse -collect ing- vie tor ia-and-albert-museum-kieran- 
long/  group  might  take  up  the  challenge.  I will  come  back  to  them 
later  in  this  talk.  But  would  they  acquire  two  jumpsuits  - one  used 
by  each  "team"  so  to  speak  - or  just  one  of  them? 


How  much  do  we  even  know  about  the  orange  jumpsuits 
used  in  the  beheading  videos  anyway?  Are  they  just  dollar  store 
knock-offs  or  are  they 

authentic  https : //en. wikipedia.org/wiki/The_Man_in_the_High 
Castle  US  military  prison  issued  jumpsuits  stolen  during  a raid 
on  one  overseas  prison  or  another? 


Is  this  question  important?  Is  it  important  in  the  way  that  the 
National  Archives  has  Jacqueline  Onassis'  "pink  Chanel  suit"?  You 
know,  the  one  she  was  wearing  the  day  her  husband  was  shot  and 
killed  as  she  sat  next  to  him  in  a moving  vehicle.  Maybe,  by  virtue  of 
the  magnitude  of  that  day's  events,  there  is  forever  now  one  only 
"pink  Chanel  suit"  but  that  then  forces  the  question:  Is  it  important  - 
as  a policy  decision  - that  the  dress  be  kept  out  of  public 
view  http: //www. washingtonpost . com/ lifestyle /style/ jacquel 
ine-kennedys-bloodstained-pink-suit-preserved-at-the- 
national-archives/2013/ll/19/b57d2288-506a-lle3-9e2c- 
eid0iii6fd9  8_story.html  for  the  next  hundred  years?  Should  the 
orange  jumpsuit  face  a similar  prohibition? 


We  haven't  (yet)  made  the  same  determination  of  Trayvon 
Martin's  hoodie.  For  a moment  anyway  it  seemed  as  though  it  was 

set  to  go  on 

display  http: //WWW. latimes . com/ entertainment /arts /culture/ 1 
a-e t-cm-t ray von-mart in-hoodie- Smithsonian- 2 01308  02- 
story  . html  as  part  of  the  opening  exhibits  at  the  Smithsonian's 

National  Museum  of  African  American  History  and 
Culture  http : //nmaahc . si . edu/  . Said  Lonnie  Bunch,  the 
museum's  director: 


"It  became  the  symbolic  way  to  talk  about  the 
Trayvon  Martin  case.  It’s  rare  that  you  get  one 
artifact  that  really  becomes  the  symbol.  Because  it’s 
such  a symbol,  it  would  allow  you  to  talk  about  race 
in  the  age  of  Obama." 


The  thing  about  Trayvon  Martin's  hoodie  though  is  that  the 

whole  idea  of  the 

hoodie  http: //WWW. theguardian.com/uk/2011/aug/ 09/power- 
of-the-hoodie  itself  has  become  a not-so  veiled  coded  language 
(a  referent)  for  a whole  set  of  social  and  cultural  prejudices  that 
ended  with  a black  teenager  being  killed  for  how  he  dressed.  He  was 
killed  because  of  someone  else's  construction  of  understanding 
around  an  object. 


The  friendlier  version  of  acquiring  the  War  on  Terror  is  the 
idea  that  we  might  instead  acquire  Virgin  America.  If  anyone  has 
mastered  and  advanced  the  craft  of  an  all-encompassing  service 
design  in  modern  times  it  is  them. 


But  again,  what  exactly  do  you  acquire  or  rather  how  do  you 
frame  an  acquisition  in  such  a way  that  it  might  convey  everything 
that  VA  was  not  ? Do  you  need  to?  How  do  you  provide  the  context 
to  demonstate  what  made  their  work  significant?  Is  the  inability  to 


convey  that  context  reason  not  to  acquire  something? 


Like  the  War  on  Terror,  acquiring  an  airline  is  a bit  of  a 
conceptual  device  and  so  I've  often  joked  that  what  we  might  do  is 
acquire  the  rights  to  fly  the  JFK-SFO  route  in  collaboration  with  the 
National  Air  and  Space  Museum  (NASM).  The  Cooper  Hewitt 
should  not  be  allowed  to  do  this  but  NASM  know  a little  bit  about 
airplanes . 


It's  an  intriguing  idea.  Setting  aside  some  very  real  privacy 
questions  for  the  sake  of  argument  imagine  all  the  metadata  around  a 
real-live  operational  airline  that  a museum  might  collect.  Imagine 
what  it  might  mean  for  a museum  to  take  the  measure  of  an 
acquisition  in  the  moment.  What  if  the  object  is  its  own  curatorial 
file?  What  are  seat -back  pockets  if  not  a place  for  an  airplane  to  tell 
you  about  itself? 


So  one  day  while  I was  in  Washington  I tried  to  pitch  the 
idea.  It  didn't  go  very  far  and  in  the  process  I was  reminded  of  three 
things  and  learned  another: 


1.  Museums  really  don't  know  how  to  run  services.  We 
should  and  we  need  to  but  institutionally  we  are  still 
geared  and  tempered  for  preserving  things  in  amber. 
We're  really  good  at  taking  care  of  things  that  don't 


move. 


2.  OMGWTF  liability.  There  is  no  way  that  our  lawyers 
would  let  us  do  this  which  is  probably  a good  thing.  On 
the  other  hand  it  doesn't  seem  too  far-fetched  to  imagine 
a scenario  where  Airbus  gifts  Virgin  America  a plane, 
as  a tax  write-off  or  something,  and  Virgin  agrees  to 
undertake  the  day-to-day  maintenance  and  operations 
with  the  Smithsonian  treating  the  plane  as  a great  big 
living  gallery.  Eventually  when  the  plane  is  no  longer  fit 
to  fly  it  could  be  moved  out  to  the  Udvar-Hazy 
Center  http: // air ands pace . si . edu/visit/udvar- 
hazy-center/  like  we  do  with  most  planes. 

3.  We  actually  did  this  once.  Back  when  the  Concorde  still 
graced  the  air  we  had  an  agreement  with  Air  France  to 
take  possession  of  one  their  supersonic 

planes  http: //airandspace . si . edu /col lections /art 
ifact .cfm?object=nasm_A20030139000  when  they 
stopped  flying  it.  The  story  goes  that  the  plane  had  a 
little  plaque  in  the  cabin  saying  that  the  plane  would 
eventually  become  part  of  the  collection  of 
NASM  http  : //airandspace . si . edu/  when  it  was 
retired.  A wall  label,  of  sorts. 

4.  Southwest  Airlines. 


This  was  the  thing  that  I needed  to  be  reminded  of:  Virgin 
America  and  Southwest  Airlines  are  basically  the  same  beast.  One 


has  been  more  successful  than  the  other  but  ultimately  they  share 
nearly  identical  approaches  to  operations  and  an  almost  naked  appeal 
to  consumer  archetypes. 


So  there's  an  interesting  question:  Is  an  awareness  of  the 
archetypes  that  guide  design  objects  a precondition  for  design?  Is 
part  of  what  we  love  about  design  an  appreciation  of  the  craft  of 
manipulating  those  archetypes  in  the  service  of  spectacle? 

Is  a successful  design  object  the  one  that  succeeds  in 
normalizing  archetypes?  The  other  way  to  think  about  that  is  to  ask 
the  question:  Is  a design  object  conferred  notability  because  it  is  the 
first  to  pioneer  a concept  or  an  approach  or  because  it  was  the  first  to 
succeed  in  the  marketplace? 


I think  this  is  a relevant  question  for  design  because  the  issue 
of  function  and  audience  and  of  servicing  a need  that  can  be 
articulated  are  pretty  central  to  the  way  that  design  distinguishes 
itself  from  other  disciplines. 


Guardian's  destroyed  Snowden  laptop  to 
feature  in  major  V&A  show 


Hard  drive  used  to  store  top-secret  NSA  documents  that  was  smashed  on 
insistence  of  prime  minister  to  be  part  of  exhibition  that  questions  privacy 


the  curatorial  file 


O The  remains  of  the  desktop  PC  and  Mac  laptop  that  Guardian  editors  destroyed  under  the  watch  of  GCHQ 
officials  after  the  Edward  Snowden  leaks.  Photograph:  Sarah  Lee/Guardian 


I think  most  of  the  interesting  work  in  museums  these  days  is 
happening  under  the  umbrella  of  the  V&A's  Rapid  Response 
Collecting 

project  http: //www.vam.ac . uk/what son /event /3 533 /rapid- 
response-collecting-5039/  . I don't  always  hold  the  same  regard 
for  some  of  the  things  they  collect  but  like  Cecilia  Giminez  and 
Monkey  Jesus  they  "default  to  action"  which  is  better  than  the 
alternative. 


One  of  the  items  they've  collected  is  a pair  of  Primark 


cargo 

shorts  http: //collections . vam. ac . uk/item/ 012  782  84/trousers- 
primark- stores -limited/  made  at  the  Bangladeshi  sweatshop 
that  collapsed  in  April  of  2013. 1 pity  the  conservationists  of  the 
future  who  are  going  to  have  to  preserve  this  thing.  Unless  they  are 
the  fashion  equivalent  of  a 

Twinkie  http : //www . snopes . com/ food/ ingredient /twinkies . asp 
or  a plastic  bag  and  can  sit  unmolested  on  a shelf  for  a hundred  years 
I imagine  they  will  be  an  constant  and  on-going  challenge  to 
preserve.  But  that's  okay.  This  is  what  museums  do.  We're  good  at  it. 


But  how  much  of  the  context  will  we  preserve  along  with  it? 

In  fifty  years  time,  why  will  this  pair  of  pants  from  the  year  2013  be 
any  different  from  any  of  the 

pants  https : //collection . cooperhewitt . or g/ search /col lectio 
n? 

query=pants&sort=relevance&sort_order=desc&has_images=l 

in  the  Cooper  Hewitt's  collection?  The  collection  record  for  those 
pants  http: //collections .vam.ac.uk/item/01278284/trousers- 
primark- stores -limited/  takes  a brief  stab  at  explaining  the 
significance  of  the  acquisition  but  those  296  words  only  go  so  far. 
Every  object  that  a museum  has  collected  has  something  called  a 
"curatorial  hie" . It  is  essentially  the  scrapbook  that  a curator  keeps 
during  the  acquisition  process.  We  almost  never  show  them  to 
anyone  and  when  we  do  it's  usually  only  one  or  two  documents,  a 
photograph  for  example,  that  serve  as  a kind  of  two-dimensional 


diorama  for  the  object. 


This  is  not  a call  for  some  kind  of  radical  transparency  in 
curatorial  practice.  That's  an  interesting  conversation  to  have  some 
day  but  that's  not  what  I am  proposing.  Curators,  like  everyone  else, 
should  be  afforded  the  space  to  work,  to  investigate,  to  noodle,  in 
private.  But  there's  a lot  of  room  — a lot  of  stuff  actually  — between 
publishing  someone's  notes  in  the  margins  and  distilling  all  the 
reasons  why  something  was  acquired  in  to  short  turgid  micro-essays 
designed  to  fit  on  an  index  card  taped  to  the  wall. 


Every  single  museum  operating  today  has  this  problem. 

That's  the  bad  news.  The  good  news  is  that  we  all  have  curatorial 
hies  and  in  them  is  the  opportunity  to  do  better  explain  the  meaning 
of  objects  in  our  collections  and  to  explain  the  different  reasons  that 
different  institutions  acquire  the  same  things.  We  can  use  those 
curatorial  hies  to  demonstrate  the  velocity  of  process,  unique  to 
curators  and  to  institutions , that  guides  why  we  bother  to  keep  any  of 
this  stuff  at  all. 


For  example,  what  does  the  curatorial  hie  for  the  now- 
destroyed  laptop  that  the  Guardian  newspaper  used  to  store 
their  copy  of  the  Snowden 

files  http: //www. theguardian . com/media/2015/ feb/27/ guardian 
-destroyed- snowden- laptop-to- feature- in-maj or- va- show 
look  like? 


"Here’s  a thing:  the  visible  and  the  invisible  are 
products  of  the  same  belief  system,  and  that  is  that 
all  things  are  ultimately  knowable.  Wikileaks  and  the 
NSA  believe  the  same  thing:  that  if  we  can  just  bring 
all  the  secrets  of  the  world  to  light,  everything  will 
be  made  good  and  right  with  the  world.  The  museum 
and  the  software  programme  have  the  same  essential 
ontology,  that  ordering  things  and  structuring  them 
in  the  right  way  will  produce  a representation  so 
perfect  we  can  build  a whole  culture  atop  it.  But 
much  is  not  knowable,  and  while  the  internet  is 
perhaps  here  to  reveal  to  us  the  vastness  of  what  we 
do  not  and  cannot  know,  the  social  and  political 
philosophy  with  which  it  is  mostly  closely  associated 
asserts  not  merely  that  everything  is  knowable,  but 
that  all  things  are  knowable  at  once,  and  structures 
the  world  around  this  assumption,  whether  through 
surveillance,  big  data,  the  veneration  of  the  market 
or  the  supremacy  of  the  nation  state.  The  curse  of 
omniscience,  once  attributed  to  God,  is  now  more 
tragically  invested  in  the  machine." 


Update:  Since  publishing  this  blog  post  James  Bridle's  Hyper 
— Stacks  http:  //www. hyper- stacks  .com  project  launched  at  the 
V&A  and  his  write-up  of  the 

project  http: //booktwo . org/notebook/hyper-stacks-post- 
eniightenment/  is  an  interesting  and  worthwhile  poking  at  some 
of  these  ideas.  Go  ahead.  I'll  wait... 
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We're  not. 


A few  weeks  ago  CBC  Radio  broadcast  a documentary  titled 

"Objects  of 

Burden  http : //WWW . cbc . ca/radio/thesundayedition/terror- 
for-political-purpose-debt-is-not-a-dirty-word-ob jects- 
of -bur den-gut stein-on-har per ism-1 . 297 3322 /your-burden- 
her-art-a-documentary-by-alisa-siegel-1 . 2973340  The 
documentary  took  its  name  from  a project  its  subject,  an  artist  named 
Raphaelle  de  Groot,  has  been  working  on. 


"She  invited  people  to  donate  objects  that  were  full 
of  meaning,  that  they  couldn't  just  throw  out,  but  no 
longer  wanted.  In  short,  objects  of  burden.  In  return, 
De  Groot  promised  to  take  on  each  burden  as  her 
own.  She  promised  to  breathe  new  life  into  the 
objects,  turn  them  into  art." 


Ignoring  the  "...turning  things  in  to  art"  bit  this  is  kind  of 
what  museums  do,  right?  Or  maybe  it's  what  we  should  be  doing?  Or 
maybe  it's  what  people  mistakenly  assume  we  do?  Maybe  it's  what 
they  wish  we'd  do? 


Okay,  the  Pen. 


Raise  your  hand  if  you've  ever  been  to  a museum.  Keep  your 
hand  raised  if  you've  ever  taken  a picture  of  a wall  label.  Finally, 
keep  your  hand  raised  if  you  think  that's  worked  out  well  for  you.  In 
all  the  time  I've  been  asking  these  questions  no  one  has  ever  thought 
it's  worked  out  well. 


Imagine  if  you  never  had  to  do  that  again.  That's  pretty  much 


the  entire  reason  the  Pen  exists. 


Introducing  The  Pen  at  Cooper  Hewitt 


INTRODUCING  THE  PEN 


4>)  002/0  39 


O # Youflffl 


Would  that  I could  understand  why  YouTube's  iframe  code 
breaks  the  layout  for  my  blog  so  here's  a link  and  a screenshot 
instead... 

I'd  like  to  play  a short 

video  https : //www. youtube. com/watch?v=ejIvvwmtX8M  that  we 
have  on  a continuous  loop  in  the  museum's  lobby  to  introduce  the 
Pen  to  visitors  and  help  them  understand  what  it  is  for  and  how  it 
works. 


The  Pen  is  a large  stylus  (about  the  size  of  a long  grease 
pencil)  like  you  would  use  on  a tablet  or,  in  the  museum's  case,  an 


interactive  table.  At  the  rear  of  the  Pen  is  a small  NFC  antenna  to 
read  tags  that  have  been  embedded  in  all  the  object  labels  throughout 
the  museum.  Every  label  contains  the  unique  ID  for  the  object  it 
describes.  The  Pen  also  has  a small  microcontroller  and  a storage 
device  so  each  tag  you  read  is  saved  to  your  Pen.  You  can  view  the 
objects  you've  collected  on  the  interactive  tables  I mentioned  or  one 
our  website  at  the  end  of  your  visit.  Every  visitor's  ticket  has  a 
unique  URL  (or  visit  ID)  that  is  paired  with  their  Pen  so  once  you 
transfer  stuff  off  the  Pen  it's  all  available  to  you  on  the  web. 


If  you  want  to  keep  taking  pictures  of  wall  labels  that  is  fine 

but  the  point  is  that  you  don't  have 

to  http: //russelldavies . typepad.com/planning/2015/03/the- 
pen . html  in  order  to  remember  your  visit,  anymore . 
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mad  illustration  skills  by  @interkatie 


The  Pen  was  and  remains  a pretty  massive  undertaking. 
Museums  don't  really  do  their  own  product  design,  let  alone  try  to 
tackle  the  realities  of  manufacturing.  The  Pen  has  been  an  idea  that 
no  one  wanted  to  let  go  of  for  almost  three  years  and  a nearly  all- 
consuming  project  for  the  last  12  to  18  months,  depending  on  how 
you're  counting. 


We  did  not  do  this  alone.  We  could  not  have  done  it 
alone,  https : / / www . cooperhewi tt . org/new- 


experience/designing-pen/  On  bad  days  there  is  Still  the 
lingering  question  of  whether  we  should  have  done  it  at  all.  I have 
never  doubted  that  the  project  was  worth  doing  even  when  it  was  not 
clear  we  could  pull  it  off.  In  the  end  we  re-opened  the  museum  three 
months  ago  and  only  finally  launched  the  Pen...  well,  yesterday.  That 
delay  has  proven  to  be  a blessing  in  disguise  for  a number  of  reasons 
but  no  one  was  happy  about  it  at  the  time. 


The  Pen  was  not  just  a self-indulgent  exercise  in  hardware 
manufacturing.  We  went  to  all  of  this  trouble  because  we  believe  that 
it  is  the  best  way  to  achieve  the  goals  the  museum  set  itself  when  we 
closed  three  years  ago.  Personally,  I would  like  to  see  an  equivalent 
device  in  other  museums  because  I think  it's  really  useful  but  we 
built  a tool  for  our  museum  and  not  for  all  museums. 


So  while  maybe  we  shouldn't  have  had  to  take  on  the  burden 
of  creating  the  Pen  from  scratch  what  I find  rewarding  is  the  fact  that 
we  could  even  consider  doing  it.  Five  years  ago  none  of  this  would 
have  been  possible. 


A brief  house-keeping  note.  The  graphic  above  is  missing  one 
important  name:  Bloomberg 

Philanthropies  http://www.bioomberg.org/  . They  paid  for  most 
of  the  Pen  and  aside  from  platitudes  about  thanking  your  funders 
this  was  a sufficiently  crazy-ambitious  project  that  they  might  have 
been  forgiven  for  taking  a pass.  They  didn't  and  that's  worth  calling 
out  and  saying  "Thanks"  to. 


The  Pen  began  life  as  a design  concept,  in  other  words  a slide 
in  a presentation.  The  implementation  details  were  always 
"tomorrow's  problem"  which  made  sense  for  a time  but  with  every 
passing  tomorrow  started  to  take  on  a greater  urgency. 


As  forces  in  the  Universe  go  "tomorrow"  is  pretty  dense  has  a 
way  of  sinking  to  the  bottom  quickly  and  taking  everything  in  its 
orbit  along  for  the  ride.  The  issue  for  the  museum  was  how  to  short- 
circuit  that  inertia  because  it  had  become  clear  that  the  questions  we 


were  actively  not  answering  about  the  Pen  were  going  to  blow  back, 
sooner  rather  than  later,  on  every  other  aspect  of  the  museum's 
reopening. 


So  we  taped  an  RFID  tag  to  a whiteboard  marker. 


We  bought  some  off-the-shelf  parts  that  we  knew  were 
probably  not  what  we  would  use  in  production  and  we  taped  things 
to  them.  We  wrote  some  of  the  ugliest  code  you'll  never  see  and  used 

it  to  call  our  own 

API  http://collection.cooperhewitt.org/api/  to  update 
some  of  the  ugliest  webpages  you'll  also  never  see. 


We  did  this  so  that  the  idea  of  visitors  using  a NFC-enabled 
pen  in  the  galleries  stopped  being  an  idea  and  became  something 
tangible.  The  problem  with  conceptual  designs  is  that  at  a certain 
point  they  stop  being  devices  for  imagining  possibilities  and  instead 
become  a bucket  for  everyone's  hopes  and  fears  and  anxieties.  That 
tipping  point  is  unique  to  every  project  but  we  had  reached  ours  and 
the  most  important  thing  became  to  root  the  problem  in  a practical 
reality  that  we  could  use  to  make  decisions  about  specifics  rather 
than  around  them. 


The  earliest  concepts  for  the  Pen  involved  a "passive"  label 
and  an  "active"  pen,  where  all  the  computing  power  and  other  smarts 
where  housed  in  the  device.  Our  early  prototypes  flipped  that  model 


which  also  allowed  us  to  play  with  the  idea  of  replacing  the  pen  with 
other  objects  like  a big  honking  super-hero  ring. 


In  the  end  we  returned  to  the  idea  of  passive  labels  and  an 
active  pen  which  led  us  to 

Sistelnetworks  http://sisteinetworks.com/  , in  Spain  who 
had  produced  a device  called  the 

vWand  http : / /www . vwand . com/  . The  vWand  is  an  inventory 
tracking  tool  that  has  no  onboard  storage  and  pairs  itself  with  an 
Android  device  over  Bluetooth  and  needs  to  be  charged  once  a day 
so  it's  not  really  fit  for  use  in  a museum. 


On  the  other  hand  it  was  pretty  close  to  what  we  wanted,  at 
least  in  broad  strokes,  they  appeared  to  understand  the  death-by-a- 
thousand-cuts  details  of  NFC  and  they  had  shipped  molded  plastic  in 
a box  with  an  FCC  label  so  we  got  in  touch  with  them.  The  black 
pen,  to  the  right  in  this  slide,  is  the  vWand  and  the  white  pen  is  the 
first  prototype  of  what  became  eventually  became  the  Pen. 


This  is  when  the  GE  Design  Council  (which  has  a new  name 
now  but  I can't  remember  what  it  is...)  got  involved.  Full  disclosure: 
Beth  Comstock,  the  CMO  at  GE,  also  sits  on  the  museum's 
board  http://www.cooperhewitt.org/about/  . She  asked  what 
GE  could  do  to  help  out.  We  always  understood  that  figuring  out  the 
electronics  was  only  the  first  step.  Or  rather  once  it  started  becoming 
clear  that  what  we  were  trying  to  do  couldn't  simply  be  bolted  on,  or 
in,  to  an  existing  product  it  became  equally  clear  that  we  could  use 
all  the  industrial  and  interaction  design  help  we  could  get.  When  you 


consider  that  the  Pen  has  no  screen  and  that  the  only  way  to  relay 
feedback  to  a visitor  is  through  a small  set  of  monochromatic  (read: 
white,  because  power  consumption)  lights  and  a gentle  vibration 
motor  you  start  to  get  in  to  the  weeds  pretty  quickly. 

These  are  some  of  the  early  designs  they  did  for  us  that  never 
went  very  far  for...  a variety  of  reasons. 


You  can  see  the  articulation  of  the  museum's  concerns  in  the 
evolution  from  the  white  3D  printed  "pencil"  on  your  left  to  the 
green  "marker"  on  the  right.  There  are  three  physical  realities  that 
have  had  an  outsized  influence  on  the  final  design  of  the  Pen. 


First,  there  is  still  a minimum  width  for  NFC  antennas. 
Anything  smaller  and  they  don't  work  or  they  don't  work  reliably.  It's 
about  13mm.  So,  unless  you're  going  to  make  a rectangular  object 
that's  the  minimum  diameter  for  any  device  before  you  have  to 


increase  it  by  however  many  millimeters  (times  two)  the  housing 
requires. 


Second,  the  museum  can't  be  needing  to  recharge  the  Pens 
every  day.  Or  even  every  week.  We  have  neither  the  time  nor  the 
staff.  The  pens  need  to  be  able  to  stay  out  on  the  floors  in  regular  use 
for  up  to  three  weeks. 

Third,  the  museum  is  housed  in  an  historic 

mansion  http: //www. cooperhewitt . or g/ about /about- the - 
mansion/  where  space  is  at  a premium  and  changes  are  not  made 
lightly  or  at  all.  If  you  can  design  me  a room  that  can  accomodate  a 
couple  thousand  micro-USB  cables  all  plugged  in  at  the  same  time 
then  we  can  have  a conversation  about  where  it  would 
gO  http : //www. cooperhewitt . org/ open-source-at-cooper- 
hewitt/mansionmodei/  in  Andrew  Carnegie's  house. 


Which  is  why  we  chose  to  use  AAA  batteries  to  charge  the 
Pen.  Which  is  why  we  chose  to  use  three  AAA  batteries  instead  of 
two  because  after  we  ran  the  numbers  we  saw  that  fewer  batteries  in 
each  pen  would  mean  we'd  actually  end  up  using  something  like  an 
additional  50 , 000  batteries  every  year. 


GE  did  an  incredible  amount  of  work  on  the  Pen.  GE  was 
also  very  upfront  with  us  that  they  would  not  do  the  mechanical 
engineering,  sometimes  called  design-for-manufacture  or  DFM,  for 
their  designs.  It's  not  that  GE  couldn't  do  it  but  they  are  set  up  for 
producing  wind  turbines  and  submarines  and  we  just  don't  fit  into 
either  category  or  scale. 


"A  Matter  Battle  is  the  conflict  between  human 
intentions  and  the  laws  and  behaviors  of  the  physical 
universe.  Material  acts  that  are  without  intention,  or 
where  intention  is  purposefully  exploratory  such  as 
drip  painting,  are  not  Matter  Battles." 


"Matter  battle"  is  a phrase  coined  by  Bryan 

Boyer  http : / / etc . of thiswearesure . com/2  0 11/01 /matter_battle 

/ in  a 2011  essay.  It  turns  out  that  making  material  things,  things 
that  have  play  nicely  with  other  material  things  in  the  physical 
world,  is  still  fantastically  hard. 


In  2015  we  more  or  less  have  the  software  side  of  complex 
interactive  systems  under  control.  It's  not  without  challenges  but  the 
barriers  to  implementation  and  participation  have  been  steadily 
falling.  We're  not  really  there  with  electronics  but  you  can  feel  that 
it's  changing.  It's  hundreds  or  thousands  of  dollars  to  have  your  own 
PCB  printed  in  small  batches  rather  than  tens  of  thousands.  Making 
and  producing  an  elegant  and  durable  container  for  those  first  two 
systems  remains  so  fraught  with  complexities  and  discouraging 
moments  that  it  often  seem  beyond  the  means  of  most  people,  still. 


This  is  especially  true  if  you  can't  just  burn  the  problems 
away  with  money  which  is  what  a lot  of  people  do.  The  important 
thing  to  remember  about  the  Pen  is  that  it  is  not  schwag.  We  are 


trying  to  build  a sustainable  piece  of  infrastructure  that  the  museum 
can  use  and  adapt  for  years  so  cost,  over  time,  is  a real 
concern  http: //interconnected.org/home/2015/03/18/f iltered 
for  us. 


It's  getting  better  but  there  is  a reason  why  so  many 
ITP  http  : //itp. nyu.edu/itp/  or  other  DIY  projects  are  in 
Altoids  tins. 


It  turns  out  the  Pen  is  a pretty  good  problem-solving 
interview  question.  You  start  with  two  immutable  facts  of  nature  and 
a warning.  Fact  number  one  is  that  all  capacitive  styluses  have  a 
metal  core  or  metal  woven  in  to  the  sheathing.  (Go  back  and  look  at 
the  slide  with  the  vWand  cases  — that's  metallic  paint  on  the  tip.) 
That  metal  is  required  in  order  for  the  stylus  to  work.  Fact  number 
two  is  that  metal  is  the  enemy  of  radio  frequencies  (NFC).  The  stern 
warning  is  that  if  any  point  the  person  answering  the  question  says  "7 
saw  a thing...  on  60  Minutes...  about  a guy  in  Shenzhen..."  then  the 


interview  is  over. 


Otherwise  you  just  sit  back  and  listen. 


If  they  get  far  enough  to  figure  out  a design  then  you  ask 
them  how  they'd  power  the  thing.  You  can't  really  see  it  in  any  of  the 
slides  I've  shown  you  but  there's  a button  on  the  back  of  the  Pen. 
That's  the  button  which  activates  the  NFC  antenna  because  if  it  were 
always  powered  on  the  Pen  would  spend  all  day  shouting  "HELLO? 
IS  ANYONE  OUT  THERE??"  in  to  the  void  and  quickly  exhaust  its 
battery  supply. 


Putting  the  antenna  on  the  back  of  a pen  or  pencil  shaped 
object  is  a bit  confusing  for  people  so  now  you  have  the  visual 
challenge  of  conveying  to  people  that  they  need  to  "collect"  objects 
by  "erasing"  them.  Maybe  in  a world  of  ubiquitous  sensor-phones 
and  tablets  this  learned  behaviour  won't  be  necessary  to  challenge 
but  we  have  a heterogeneous  audience  so  it's  a misunderstanding  we 
have  to  deal  with. 


If  you're  lucky  the  interview  candidate  has  read  Timo's  PhD 
thesis  http : //www. elastic space . com/2  014 /06 /making- 
visible  and  knows  that  RFID  and  NFC  have  irregular  fields, 
influenced  by  every  spec  of  nearby  metal,  and  that  the  antennae  don't 
really  work  at  perpendicular  angles.  A nice  solid  45  degree  angle  is 
best  but  it  turns  out  that  holding  a stick  at  a 45  degree  angle  and  then 


pressing  down  really  hurts  your  wrists. 


Then  you  start  tooling  and  co-ordinating  all  the  moving 
pieces  across  an  equal  number  of  factories  and  their  schedules  and 
the  combinatorial  possibility  space  of  the  interactions  between  all 
those  things  means  that  there  is  still  no  way  to  figure  out  anything 
ahead  of  time. 


So  now  the  Pen  is  starting  to  push  back  against  how  the 
labels  are  designed  and  more  importantly  produced  and  installed. 
There's  a little  "collect"  icon  (a  crosshair)  on  all  the  labels  which  is 
repeated  on  the  Pen's  button.  We  tell  people  to  "touch  the  crosshairs 
to  the  crosshairs"  but  the  reality  is  that  the  actual  NFC  tag  is  beneath 
the  icon  because  that's  where  the  NFC  antenna  in  the  Pen  can  see  the 
tag  when  it's  held  at  a 30  (not  45)  degree  angle. 


Visitors  don't  need  to  know  that  but  the  museum  does. 


Did  you  notice  that  ink-y  black  tile  on  top  of  the  label  rail  but 
beneath  the  NFC  tag  in  my  last  slide?  That's  a thing  we  had  to  do 
because  our  label  rails  are  made  of  solid  metal.  On  top  of  everything 
else  we've  become  dinner-party  experts  on  a material  called  ferrite 
shielding  www.elementl4 . com/community/docs/DOC- 
65145/1/ going-wireless-with-magnetic-shielding  used  to 
distract  all  the  magnetic  interference  caused  by  the  rails  themselves. 


Physics... 


We've  had  to  build  our  own  tool  to  write  NFC  tags.  That's 
been  a good  exercise  for  us.  The  idea  is  that  any  staff  member  can 
look  up  all  the  objects  on  display  by  room  number  or  by  exhibition 
title  and  then  update  the  tags  one  at  a time.  It's  just  a glue  layer 
between  a lot  of  built-in  NFC  functionality  provided  by  the  operating 
system  (Android)  and  our  own  API.  Besides  giving  us  a real  world 
use  case  to  test  our  own  API  with  it  also  forces  the  museum  to  keep 
its  own  data  current  and  accurate. 


And  now  suddenly  the  exhibitions  team  has  to  think  about 
how  they  are  going  to  get  all  those  tags  on  to  all  those  labels.  The 
point  is  not  that  any  of  this  is  impossible  but  that  none  of  it  is 
obvious  and  that  it  starts  to  touch  — to  affect  — every  part  of  the 
museum's  operations. 


So,  you've  come  to  the  museum  and  walked  around  the 
museum  with  your  Pen  collecting  objects.  Now  what?  How  do  you 
see  all  those  objects?  Until  you  transfer  that  data  from  the  Pen  to  the 
collections  website  they  are  all  trapped  on  your  Pen.  So  we  need  to 
design  and  build  transfer  stations  that  allow  you  to  tap  your  Pen  and 
have  unseen  software  and  electronics  take  care  of  all  the  details. 


Remember:  Software  and  electronics  are  mostly  solved  (or 
manageable)  problems.  Case  design,  on  the  other  hand...  Hey  look, 


we're  designing  and  manufacturing  another  user-facing  case 


pairing  stati 


JL. 

nr 


PROPRIETARY 

ELECTRONIC 

STUFF 


We  also  need  to  pair  Pens  with  tickets  so  we  can  distinguish 
one  visit  from  another.  These  are  devices  meant  for  use  by  the  visitor 
services  staff  and  so  they  aren't  anything  the  general  public  will  see 
but  that  doesn't  make  them  any  easier.  Actually,  they've  been  an 
order  of  magnitude  more  complicated. 
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pen  check-out  pen  check-in  batch  tools 

To  use  a new  ticket  scan  it  with  the  barcode  scanner  or  type  it  here: 

###### 

If  your  barcode  does  not  scan,  try  tapping  the  white  box  above  before  scanning. 


Barcode  status: 


front  of  house 


We've  been  working  with 

Tellart  http://www.teiiart.com  on  the  electronics  and  the 
software  for  the  registration  and  the  transfer  stations.  As  part  of  the 
original  brief  we  all  agreed  that  the  ideal  solution  would  be  pair  of 
simple  and  elegant  objects  that  you  could  simply  wave  a pen  over,  or 
maybe  touch,  and  all  the  details  would  be  taken  care  of  for  you 
seamlessly  behind  the  seamless  seams. 


In  many  ways  we've  gotten  close  to  that  with  the  transfer 


stations. 


What  we've  come  to  realize  is  that  this  approach  is  not  only 
unrealistic  for  the  registration  stations  but  actively  counter- 
productive, in  practice.  Visitor  services  staff  need  feedback  and 
something  like  an  audit-trail  that  allows  them  to  pair  pens  and 
answer  three  other  questions  and  generally  do  sixteen  different 
things  at  the  same  time. 


So  it's  a user-interface  and  a error-reporting  problem  which 
really  means  it's  a software-tooling  problem  for  the  museum:  How 
quickly  can  we  make  changes  and  deploy  them  to  production  as 
front-of-house  tells  us  what  does  and  doesn't  work?  Every  aspect  of 
the  Pen  is  brand  new  for  everyone  and  there  is  no  way  to  know  in 
advance  what  will  work  so  the  most  important  thing  is  our  ability  to 
make  changes. 


HOLODECK 

Visit  simulator 

DETAILS 

Visit  ID;  ddbg201471u3 

Pan  10: 8 


UPLOAD  IFNI 

Browse  No  file  selected. 


COLLECT  AN  OBJECT 


back  of  house 


The  same  is  true  of  all  the  stuff  running  behind  the  scenes. 
Everything  I've  described  so  far  was  happening  at  the  same  time  so 
there  was  not  the  luxury  of  waiting  for  one  project  to  complete 
before  starting  another.  All  the  projects  were  in  process 
simultaneously,  each  pushing  back  against  the  other. 


Before  the  re-opening,  and  before  the  Pen  was  announced, 
we  used  to  tell  people  that  when  everything  was  done  the  building 
itself  (the  museum)  would  be  the  single  largest  consumer  of  our  own 


API.  The  Pen  is  basically  a fancy  API  application  which  has  allowed 
us  to  build  tools  like  the  "holodeck"  to  test  the  basic  functionality  of 
the  overall  system  independent  of  the  final  implementation  details . 


Did  I mention  that  all  the  regulations  ever  written  prohibit 
electronic  equipment  from  being  shipped  with  batteries  pre-installed. 
It's  always  nice  to  imagine  that  these  details  are  someone  else's 
problem  but  they  rarely  are  and  so  one  day  the  entire  museum  staff 
got  together  and  helped  put  batteries  in  all  the 
Pens  https://instagram.eom/p/zOuqFOsPap/ 


S3 

s 


http://cprhw.tt/zx1  p 


And  I haven't  even  mentioned  the  interactive  tables,  yet. 


I haven't  mentioned  that  in  addition  to  the  Pens  and  the  labels 
and  all  the  related  infrastructure  the  museum  also  sports  a series  of 
large  interactive  multi-touch,  multi-user,  tables  designed  to  browse 
the  things  you've  collected,  related  objects  in  the  collection  and  to 
make  your  own  creations  as  well. 


I haven't  mentioned  that  challenges  of  designing  the  tables 


themselves.  The  largest  of  the  tables  have  84"  4K  screens  (there  are 
also  55"  and  32"  versions  in  the  galleries)  which  literally  didn't  exist 
last  summer. 


I haven't  mentioned  the  challenges  of  asking  (forcing) 
multiple  contractors  to  work  together  and  to  integrate  both  software 
and  hardware  components,  all  of  which  were  in  constant  flux,  across 
radically  different  schedules . 


I haven't  mentioned  the  challenges  of  asking  (forcing) 
contractors  to  integrate  with  our  own  software;  to  understand  that  the 
museum's  own  API  is  the  single  source  of  truth  and  that  yet-another 
black-box  database  to  power  an  interactive  application  was  not  an 
option. 


I haven't  mentioned  the  challenges  of  digitizing  (in  some 
cases  re-digitizing)  the  objects  in  our  collection  and  requiring  often 
extensive  metadata  clean-up  in  order  to  have  something  to  display  on 
the  tables. 

I haven't  mentioned  the  challenges  of  asking  an  already  busy 
curatorial  department  to  also  tag  those  objects,  in  non-expert  terms, 
and  to  choose  multiple  related  objects  from  the  collection  for  every 
single  object  on  display  in  the  galleries. 


I haven't  mentioned  the  challenges  of 


ticketing  http:  / /labs  . cooperhewitt . org/2014/our-new- 
ticketing-website/  and  related  identity  services.  I haven't 
mentioned  that  one  of  the  things  the  Pen  forces  is  a collapsing  of  all 
the  different  databases,  inside  the  museum,  of  members  and  donors 
and  benefactors  and  so  on.  One  consequence  of  the  way  the  Pen 
works  is  that  everyone  is  a visitor,  is  always  a member,  and  over  the 
course  of  their  history  with  the  museum  might  be  a patron  one  year 
and  not  another.  But  their  member-iness,  that  relationship  with  the 
museum,  persists  over  time. 


Maybe  if  we  had  all  day  I would  talk  about  those  things. 


Instead  I am  going  to  suggest  that  you  watch  this 
video  https://vimeo.com/i2H52  07i  . It  was  produced  by  Local 

Projects  http: //www. locaipro jects  .com/  who  designed  and 
built  the  software  that  runs  on  the  tables.  It's  good  work  and  the 
video  offers  a glimpse  at  the  scale  of  everything  I haven't  been  able 
to  talk  about  today. 


Here  is  another  link  to  a video  and 

article  http: //WWW. theverge. com/ 2 015/3/ 11/ 8182 05 1 /smiths onic 
n-cooper-hewitt-design-museum-reopening-pen-4k  that  was 
posted  on  The  Verge  yesterday.  It's  mostly  more  of  me  yammering 
on,  like  I am  right  now,  but  it's  also  full  of  good  pictures  of  the  tables 
and  the  other  digital  stuff  that  we  built  up  around  the  Pen. 


THIS  IS  YOUR  VISIT 


I AM  YOUR  PEN 


By  now  you  may  be  asking  yourself:  Why  would  anyone 
choose  to  take  on  a project  this  big  and  this  complex?  That's  a 
reasonable  question.  The  museum  asked  itself  that  question  many 
times  during  the  last  three  years. 


This  is  why. 


Almost  everything  I've  told  you  about  so  far  today  is  stuff  in 
the  tip  of  this  pyramid.  I've  touch  on  the  API  which  is  a little  closer 
to  the  base  of  what  we're  doing.  Mostly  though  I've  talked  about  the 
things  that  we  hope  all  of  the  foundational  work  make  possible  in  the 
service  of  the  museum's  mission  as  a design  museum. 


It  turns  out  that  the  Pen  is  in  fact  the  minimum  amount  of 


infrastructure  that  you  need  if  the  goal  is  to  enable  some  kind  of 
meaningful  recall  for  a museum  visit.  The  point  is  not  to  provide 
visitors  with  a Pen  "experience"  but  to  offer  them  a tool  that  is  quiet 
and  polite  and  allows  them  to,  literally,  touch  the  objects  as  a way  to 
remember  them.  To  provide  them  with  something  less-shit  than 
taking  photos  of  wall  labels.  To  provide  them  with  a way  to  come  to 
the  museum  and  have  a "heads  up"  visit  confident  that  there  is  a way 
back  in  after  they've  left  the  building. 


There  is  one  other  thing  that,  in  time,  may  prove  be  the  most 
important  change  to  come  out  of  the  last  three  years:  We  updated  the 
loan  agreements . 


THE  ROUNDEST  BALL  IN  THE  WORLD 

We  have  one  object  this  type 


loan  objects...  forEVAR 


The  Roundest  Ball  In  The  World,  The  roundest  ball 
in  the  world' 16.2012.17 


We  changed  the  loan  agreements  to  state  that  the  museum 
reserves  the  right  to  display  the  fact  that  an  object  spent  time  with  us 
and  to  display  the  images  of  those  objects  on  our  website  and  in  our 
galleries.  Forever.  If  you're  not  a museum  person  you  may  be  staring 
at  your  screen  right  now  wondering  what  the  fuck  I am  talking  about. 
Like,  specifically,  why  this  is  a big  deal.  That  is  the  correct  response. 


Pretty  much  every  other  loan  agreement  ever  drafted  between 
two  museums  or  a museum  and  a private  individual  states  that  lender 


retains  all  image  rights  to  the  object  being  lent.  Which  is  fine,  in 
principle.  In  practice  though  it's  created  an  environment  where  even 
if  a museum  enjoys  a limited  period  of  use  the  uncertainty  around 
the  licensing  of  that  imagery  after  the  fact  means  that  it's  easier  to 
throw  up  our  hands  and  despair  the  situation  than  to  look  for  a viable 
alternative. 


The  problem  is  this:  We  tell  visitors  that  it  is  important 
enough  for  them  to  travel  to  our  musuem  to  see  something  in  person 
rather  than  simply  looking  for  it  on  Google.  We  tell  them  it  is  worth 
their  time  and  expense  and  then  we  pretend  as  though  it  never 
happened. 


Which  is  insane.  It's  flat  out  insane.  Not  to  mention  wrong. 
Also  stupid. 


So  we've  stopped  doing  it.  We're  not  going  to  start  making 
mugs  and  ties  with  other  people's  collections  but  we  are  going  to 
assert  that  their  thing  was  in  our  building  for  a while. 


COOPER 

HEWITT 


TOYS-  EXPLORE  THE  COLLECTION- 


SEARCH  THE  COLLECTION  Q MENU  = 


PAIR  THIS  VISIT  WITH  YOUR  COOPER  HEWITT  ACCOUNT 


YOUR  VISIT  TO  THE  MUSEUM  ON  FEB  12, 2015 

With  ticket  ID  7txm.  You  collected  45  objects 


This  is  why. 


This  is  also  the  first  (and  maybe  last ) time  I've  ever  used 
fancy-pants  transitions  in  a presentation.  What's  supposed  to  happen 
here  is  a slow  and  graceful  panning  from  the  top  to  the  bottom  of  this 
screenshot  because  it  is  5,  672  pixels  tall.  You  can  see  the  original 
over  here  /weblog/ 2 0 15/ 03/ 16 /mention/ images/ 7 txm. png- 
full,  png  (7MB)  if  you're  curious. 


You  have  2 saved  visits  / see  all  of  your  visit  items  in  one  big  list  / see  the  list  of  objects  you've  collected  or 
been  inspired  by 


umm 


You  visited  the  museum  on  March  06, 2015.  You  collected  2 objects  and  created  6 items.  Here  are  three  of  them,  selected  at 
random. 


(then) 

(now) 

design 

design 

math 

math 

Note:  We  do  not  actually  have  Mike  Migurski's  2007 
prediction  about  the  collapsing  distinction  between  math  and 
design  http://mike.teczno.com/notes/2007.html  in  OUT 
collection.  We  should,  though. 


Every  act  of  collecting  an  object  or  of  creating  something  on 
one  of  the  interactive  tables  has  a permalink,  a stable  and  permanent 
URL  that  is  part  of  the  collections 
website  http://collection.cooperhewitt.org/ 


By  default  those  pages  are  private  but  you  can  make  them 
public  if  you  want  and  share  them  over  Twitter  or  email  or  whatever 
you  want.  It  is  not  for  the  museum  to  decide  why  you  should  collect 
something  or  what  you  might  want  to  do  with  it  afterwards.  We  need 
to  have  the  confidence  that  people  will  figure  out  what  to  do  with  this 
stuff,  on  their  own  terms. 


The  challenge  right  now  will  be  in  conveying  to  people  that  a 
stable  and  permanent  record  of  their  visit  is  possible  and  to  prove  to 
them  that  we  are  serious  in  our  endeavour.  Talk  is  cheap,  I know,  but 

we  are  the  Smithsonian  and  we  aren't  going 

anywhere  http: //www. theatlantic . com/ techno logy/ archive/ 2 01 
5/0 1/how- to-bui Id- the-museum-of- the- future/384  64  6/  any 
time  soon  and  so  we  have  the  privilege  and  luxury  of  doing  this  and 
doing  it  for  real. 


I think  the  most  important,  most  valuable,  moment  will  come 
not  during  a visit  to  the  museum  or  immediately  afterwards.  It  will 
come  weeks  or  months  later  when  a person  is  out  at  the  bar  talking  to 
their  friends  and  will  remember  something  they  saw  during  a past 
visit.  You  know  that  moment  where  you're  looking  at  your  friend 
saying  this  like  "The  thing...  it  was...  yellow..." 


Let's  be  honest:  You  are  straight-up  fucked  if  you  then  try  to 
search  for  that  thing  on  a museum  website  and  doubly-fucked  if 
you're  trying  to  do  it  on  your  phone.  We  should  all  strive  to  make 
that  experience  not 


SUCk  http: //mw2015 .museumsandtheweb.com/paper/reconsiderin 
g- search ing-and-browsing-on- the -cooper-hewitts- 
coi lections -website/  but  for  the  time  being  it  does.  If  instead  a 
person  can  remember  that  "Oh  yeah,  I was  there  in  October..."  and 
there's  a way  to  find  the  object  quickly  and  easily  then  two  things 
happen: 


1.  They  can  actually  find  the  thing  they're  talking  about 
and  not  have  it  be  a proxy  object  for  another  of  life's 
annoyances . 

2.  They  can  put  their  phone  away. 


Imagine  if  you  could  take  a museum  for  granted  that  way. 
Not  in  a creepy  or  selfish  way  but  in  a way  that  allowed  you  to  think 
about  it  as  a resource,  with  the  patience  to  always  be  present. 
Imagine  what  it  would  mean  for  a museum  to  have  the  infinite  space 
of  everything  to  the  right  of  a permalink's  URL  at  its  disposal. 


It's  not  a permalink  of  the  object  (they  already  have  their  own 
permalinks)  but  a permalink  of  your  having  collected  that  object 
during  that  visit  and  these  are  the  places  where  visitors  and  the 
museum  together  might  actually  explore  what  it  means  to  better 
share  an  understanding  of  an  object  beyond  a 75 -word  wall  label. 
There  is  a fantastic  amount  of  learning  and  writing  that  has  produced 
about  the  objects  in  our  collections  over  the  years  but  almost  no  one, 
outside  the  hula- hoop  of  professional  disciplines,  ever  sees  it. 


These,  we  hope,  are  the  places  where  we  might  start  to 
change  that.  These  are  the  places  where  someone  might  finally  read 
the  10,000  word  essay  about  an  exhibition  in  the  comfort  of  their 
living  room  or  even  just  on  the  subway  ride  home  after  their  visit. 
These  are  the  places  where  we  might  start  to  find  a way  to  make  the 
curatorial  files  I mentioned  earlier  an  active  participant  in  the 
collection. 


There  is  a saying  in  some  programming  circles  that  "If  you 
launch  a feature  or  a product  without  bugs  then  you've  waited  too 
long  to  launch".  If  this  were  true  of  all  software  projects  the  world 
would  be  a worse  place  but  it's  not  a bad  rule  of  thumb  for  many 
things. 


You  may  have  noticed  a few  oddities  as  the  screenshot  of  the 
visit  page  scrolled  by,  namely  the  pixelated  hand  and  the  Google 
Street  View  cat  http: //gawker.com/where-on-google-street- 


view-can-i-find-this-wonderful-h-494285679  . What  this 
means  is  that  our  own  collections  database  (the  canonical  source  of 
truth)  is  out  of  sync  with  reality.  Two  of  the  objects  on  display  in  the 
galleries  haven't  had  their  images  made  public  and  one  of  them 
hasn't  been  made  public  at  all. 


The  reality  of  exhibitions  though  is  that  they  a work-in- 
progress  almost  to  the  exact  moment  that  the  doors  are  opened  to  the 
public.  As  a consequence  museum  practice  has  evolved  in  such  a 
way  that  our  collections  databases  are  often  updated  only  after  an 
exhibition  has  launched.  We  can't  do  that  anymore. 


Like  all  the  other  things  we  will  figure  out  the  details  over 
time  and  while  we  do  it  offers  another  opportunity  to  think  about 
how  and  what  we  show 

visitors  http: //www. aaronland. info/weblog/2013/05/05/design- 
thanking/#f  ace  when  a robot  thinks  they  should  only  see  silence. 


We  also  since  replaced  the  Street  View  cat  with  Bao 
Bao  http: //labs .cooperhewitt.org/2015/we-choose-bao- 
bao/ 


Yes,  I know.  It's  a picture  of  a wall  label.  It  was  taken  at  the 
V&A's  Disobedient 

Objects  http: //www.vam.ac . uk/content /exhibit ion s/disobedien 
t-ob  jects/  exhibition  where,  no  joke,  I was  not  allowed  to  take 
photographs... 


In  the  end  I think  the  hardest  part  of  this  project  for  the 
museum  will  be  being  patient  and  in  measuring  success  over  the 
long-term.  Some  people  will  see  and  immediate  and  personal  value 


in  what  we're  trying  to  do  but  it  would  be  unfair,  and  unrealistic,  to 
demand  the  same  of  everyone  else.  People  have  busy,  complicated 
lives  and  it  sometimes  takes  people  a while  to  warm  up  to  an  idea. 
Our  disposition,  our  super-power,  as  cultural  heritage  institutions  is 
that  we  have  time  on  our  side. 

We  should  learn  to  share  it  with  those  who  don't. 


Thank  you. 


2015-03-16 
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Strategies  against  architecture:  interactive... 


Strategies  against  architecture: 
interactive  media  and  transformative 
technology  at  Cooper  Hewitt 


SERIOUSLY  AMAZING 


The  following  was  originally  written  in  collaboration  with  Seb 
Chan  http://www.freshandnew.org  and  published  as  part  of  the  2015  Museums 
and  the  Web 

conference  http: / /mw2015 .museumsandtheweb.com/paper/ strategies-against- 
ar chitecture- inter active-media-and-transf ormative-technology-at-cooper- 
hewitt/  . Be  warned  that  it's  long.  Like  13,  000  words  long.  If  you  can  believe  it  this 
is  still  not  the  whole  story.  What  can  I say?  It's  been  a long  (not  even ) three  years.  The 
only-slightly  shorter  version  is  available  over 

here  http: / /WWW. aaronland. inf o /weblog/2015 /03/16/mention/#breaking-up  . 


Abstract 


“Sometimes  you  have  to  create  belief.  ” - Jack  Schulze,  2013 


Cooper  Hewitt  reopened  at  the  end  of  2014  with  a transformed  museum  in  a 
renovated  heritage  building,  Andrew  Carnegie's  home  on  the  Upper  East  Side  of  New 
York  City.  New  galleries,  a collection  that  was  being  rapidly  digitized,  a new  brand, 
and  a desire  for  new  audiences  drove  the  museum  to  rethink  and  reposition  its  role  as  a 
design  museum.  At  the  core  of  the  new  museum  is  a digital  platform,  built  in-house, 
that  connects  collection  and  patron  management  systems  to  in-gallery  and  online 
experiences.  These  have  allowed  the  museum  to  redesign  everything  from  object  labels 
and  showcases  to  the  fundamentals  of  a 'visit  experience'.  This  paper  explores  in  detail 
the  process , the  decisions  made  - and  resulting  tradeoffs  - during  each  stage  of  the 
process.  In  so  doing  it  reveals  the  challenges  of  collaborating  with  internal  and  external 
capacities;  operating  internationally  with  online  collaboration  tools;  rapid  prototyping; 
and  the  distinct  differences  between  software  and  hardware  design  and  production. 


Strategies  against  architecture:  interactive  media  and 
transformative  technology  at  Cooper  Hewitt 


“Since  1976,  the  Smithsonian’s  Cooper  Hewitt  museum  in  New  York  has 
been  housed  in  one  of  the  most  glorious  mansions  from  the  city’s  most 
glorious  age  of  wealth  and  extravagance,  the  1902  home  of  Andrew 
Carnegie.  And  the  problem  has  always  been:  It’s  the  wrong  kind  of  glory  . 
. . The  mansion  was  given  to  the  Smithsonian  by  the  Carnegie 
Corporation,  the  charitable  organization  established  by  the  steel  magnate, 
to  house  a collection  of  objects  that  has  never  quite  seemed  at  home 
amidst  the  opulence  and  grandeur  of  the  neo-Georgian  stone  and  brick 
pile  on  Fifth  Avenue.  The  mansion  is  locked  in  a particular  past,  full  of 
wood  paneling,  stained  glass,  carved  ceilings  and  even  a themed  room  full 
of  ornately  detailed  Indian  teakwood.  The  collection,  however,  is  an 
ongoing  study  in  design  evolution,  spanning  centuries,  but  fundamentally 
preoccupied  with  ideas  of  innovation  and  contemporary  problem  solving.” 
Phillip  Kennicott.  Washington  Post,  2014. 


Kennicott  (2014)  opens  his  review  of  the  new  Cooper  Hewitt  by  zeroing  in  on 
the  core  problem  that  Cooper  Hewitt’s  reimagining  has  tried  to  resolve  - the  odd 
marriage  of  a building  (Andrew  Carnegie’s  home),  a collection  (originally  housed  at 
the  Cooper  Union),  and  an  increasingly  outwardly  and  future-focussed  mission.  In  this 
paper  we  explore  the  story  behind  the  technology  and  interactive  digital  media  that 
became  part  of  an  organizational  transformation  that  has  helped  the  museum  reinvent 
itself. 


This  paper  is  divided  into  four  distinct  sections.  The  first  is  intended  to  provide 
an  overview  of  context  in  which  the  concepts  from  Local  Projects  for  interactive 
experiences  at  the  museum  were  developed.  The  second  explores  the  industrial  design 
and  product  development  involved  in  making  ‘The  Pen’  with  Sistelnetworks,  GE, 
Makesimply  and  Undercurrent.  The  third  section  details  the  ecosystem  that  needed  to 
be  created  within  the  museum  to  implement  The  Pen.  The  final  section  provides  early 
usage  data  and  a conclusion.  The  intention  of  the  paper  overall,  and  in  particular,  the 
technically-focussed  sections  two  and  three,  is  to  make  visible  the  complexity  of  the 
project,  its  many  interwoven  elements  and  the  challenges  it  presented. 


Outside  the  scope  of  this  paper  are  detailed  discussions  of  exhibition  design 
choices;  curatorial  and  education  department’s  content  development  process  for  the 
new  exhibitions;  Local  Projects’  design  and  development  process  for  the  interactive 
experiences;  integration  of  Local  Projects  existing  working  model  with  the  Cooper 
Hewitt  API;  the  implementation  and  integration  of  a new  ticketing  system;  detailed 
industrial  design  process  for  The  Pen;  and  the  detailed  socialisation  of  The  Pen  with 
other  museum  departments.  Despite  this,  the  paper  is  intended  to  provide  the  back 
story  that  will  allow  those  omissions  to  be  discussed  more  effectively  in  the  future. 

Part  one 

No  discussion  of  a museum’s  technology,  digital,  or  ‘experience’  makeover  can 
be  had  without  first  addressing  its  physical  context.  Andrew  Carnegie’s  private 
residence  creates  a certain  type  of  “threshold  fear”  (Gurian,  2005)  that  for  Cooper 
Hewitt  that  has  needed  to  be  overcome  through  a combination  of  architectural  and 
social  interventions.  Unlike  the  “threshold  fear”  invoked  by  the  grand  architectures  of 
the  19th  (and  early  20th)  century  public  buildings,  Carnegie’s  residence  with  its  high 
fence  was  purpose-built  to  keep  people  out.  Low  visitation,  for  a museum  in  New 
York,  was  recognised  and  in  response  to  an  internal  Smithsonian  review  of  long  term 
viability  in  2007,  the  building  expansion  was  announced  to  counter  its  reputation  “[as] 
a sleepy  institution  hampered  by  its  setting  in  the  ornate  turn-of-the-century  Carnegie 
Mansion”  (Pogrebin,  2007). 

An  expanded  Cooper  Hewitt  would  not  only  be  able  to  have  more  exhibition  space  and 
flexibility  to  show  different  sizes  and  types  of  objects  but  its  visitorship  would  change. 
A new  Cooper  Hewitt  would,  if  done  right,  able  to  draw  broader,  more  diverse 
audiences;  have  them  spend  more  time  on  campus;  and  come  back  more  often  as  repeat 
visitors. 


Successfully  fundraising  for  a major  renovation  began  in  the  mid  2000s  with 
Caroline  Baumann,  then  Deputy  Director  (now  Director)  and  a significant  war  chest 
had  been  raised  by  the  time  of  the  museum’s  closure  in  mid  201 1 . In  tandem  with  the 
closure  of  the  main  campus,  moving  the  permanent  collection  to  offsite  storage  in  New 
Jersey,  and  the  relocation  of  staff  offices  into  the  townhouses  beside  the  Carnegie 
Mansion  marked  the  end  of  the  first  phase. 


With  progress  already  underway  to  restore  the  historic  features  of  the  mansion, 
fundraising  turned  to  the  ‘exhibitions’  and,  ultimately,  ‘the  experience’  - and  what  was 
initially  conceived  of  as  a two  year,  $64m  renovation  (Smithsonian,  2011)  grew  into 
three  year,  $91m  project  (Cooper  Hewitt,  2014)  enabling  a much  broader  reimagining 
of  the  institution,  with  an  optimistic  intention  that  it  would  reopen  during  2014. 

Starting  out  digital 

Cooper  Hewitt’s  Digital  & Emerging  Media  (D&EM)  formed  as  an 
independent  department  at  the  end  of  201 1 with  the  hiring  of  a Director  of  Digital  & 
Emerging  Media  (Sebastian  Chan).  Over  the  next  seven  months  the  team  expanded,  its 
capacities  rapidly  grew  and  the  Cooper  Hewitt  Labs  emerged  as  an  ‘online  entity’,  as  a 
result  the  museum’s  digital  presence  began  to  rapidly  expand.  By  late  2012,  the 
collection  had  been  released  under  a Creative  Commons  Zero  license.  A bold  public 
alpha  version  was  released  online  and  work  was  underway  to  decommission  most  of 
the  museum’s  “unnecessary”  digital  projects  such  as  microsites  and  one-off  apps  in 
order  to  create  space  to  think  and  work  on  a new  future  (Chan,  2013). 


Shortly  after  Museums  and  the  Web  2012,  David  Walsh,  Director  of  Tasmania’s 
Museum  of  Old  and  New  Art  (MONA)  was  invited  to  speak  to  the  museum  leadership 
and  curatorial  staff.  Walsh  spoke  provocatively  of  how  he  had  abandoned  object  labels 
at  MONA,  and  of  the  process  that  led  to  his  funding  of  the  Art  Processors  and  the 
development  of  their  mobile  guide.  The  O (Lijinzaad  2012).  Although  Cooper  Hewitt 
didn’t  end  up  signing  up  to  implement  a version  of  The  O,  Walsh’s  talk  to  the 
museum’s  staff  helped  crack  open  some  of  the  internal  thinking  about  the  way  ‘things 
should  be’  and  allowed  the  museum  to  start  to  consider  ‘what  could  be’. 

Under  Director  Bill  Moggridge’s  leadership  Diller,  Scolidio  + Renfro  (DS+R)  were 
selected  as  exhibition  architects  and  Local  Projects  as  media  designers.  Cooper  Hewitt 
was  able  to  present  the  two  teams  with  The  O as  an  option  and  give  both  firms  the 
scope  and  permission  to  push  the  museum  further. 


With  Bill  Moggridge’s  unexpected  death  in  August  2012,  the  museum 
committed  to  continuing  his  vision  by  opening  as  what  Parry  (2013)  termed  a ‘post- 
digital’  museum.  In  launching  the  new  Cooper  Hewitt  collection  online  earlier  that 


year,  Chan  (2012)  wrote,  “we  need  to  not  just  be  ‘on  the  web’  but  we  need  to  be  ‘of  the 
web’”  and  this  philosophy  became  increasingly  important  in  working  with  DS+R  and 
Local  Projects  throughout  the  concept  phase,  and  later  in  assessing  and  improving  the 
ideas. 

Basic  principles  for  technology  in  the  galleries 

In  early  2012  at  the  National  Art  Education  Association  conference  at  the 
Metropolitan  Museum  of  Art  a group  of  junior  school  children  working  with  Queens 
Museum  of  Art  got  up  on  stage  and  presented  their  view  of  ‘what  technology  in  a 
museum  should  be  like’.  The  kids  imagined  and  designed  the  sorts  of  technologies  that 
they  felt  would  make  their  visit  to  a museum  better.  None  of  their  proposed 
technologies  were  unfeasible  and  they  imagined  a very  familiar  sounding  museum.  The 
best  invention  proposed  was  a tracking  device  that  each  child  would  wear,  allowing 
them  to  roam  freely  in  a geo-fenced  museum  like  home -detention  prisoners  with  ankle- 
shackles,  whilst  their  teachers  sat  comfortably  in  the  museum  cafe  watching  them 
move  as  dots  on  a tablet.  The  children  argued  that  such  a device  would  allow  them  to 
roam  the  museum  and  see  the  parts  of  it  they  actually  wanted  to  see,  and  the  teachers 
would  get  to  fulfil  their  desires  of  just  "hanging  out  in  the  cafe  chatting”. 


Often  it  feels  like  museums  make  decisions  about  the  appropriate  use  of 
technology  based  upon  short  term  internal  needs  - the  need  to  have  something 
‘newsworthy’ , the  need  to  have  something  to  keep  their  funders  happy,  and 
occasionally  to  meet  the  assumed  needs  of  a specific  audience  coming  to  a specific 
exhibition.  Rarely  is  there  an  opportunity  like  the  one  at  Cooper  Hewitt,  to  consider  the 
entire  museum  and  purposely  reconfigure  its  relationships  with  audiences,  all  in  one 
go.  Even  rarer  is  the  funding  to  make  such  a step  change  possible. 


The  D&EM  team  established  a series  of  unwritten  technology  principles  for  the 
new  galleries  and  experience  that  were  reinforced  throughout  the  concept  design  stages 
and  then  encoded  into  practice  during  development.  At  the  heart  of  these  was  an 
commitment  to  ensure  that  whatever  was  designed  for  the  galleries  would  give  visitors 
a reason  to  physically  visit  - and  that  nothing  would  be  artificially  held  back,  content- 
wise,  from  the  web.  Technology,  too,  had  to  help  and  encourage  the  visitor  against  the 


architectural  impositions  of  the  building  itself. 


Complementing  a strategic  plan  that  envisioned  the  transformation  of  the 
museum  into  a ‘design  resource’ , and  an  increasing  willingness  to  provide  more  open 
access  to  the  collection,  concepts  for  media  and  technology  in  the  galleries  was  to  - 

1 .  Give  visitors  explicit  permission  to  play 

Play  was  seen  as  an  important  way  of  addressing  threshold  issues  and 
architecture  . Entering  the  Carnegie  Mansion,  the  experience  of  crossing 
the  threshold  provided  an  opportunity  to  upend  expectations  - much  like 
the  lobby  space  of  a hotel.  Very  early  on  in  the  design  process,  then- 
Director,  Bill  Moggridge  enthused  about  the  idea  of  concierges  greeting 
visitors  at  the  door,  warmly  welcoming  them  into  the  building  and  setting 
them  at  ease.  Technological  interventions  - even  symbolic  ones  - were 
expected  to  support  this  need  to  change  every  visitor’s  perception  of  how 
they  were  ‘allowed  to  behave’  in  the  mansion. 


2.  Make  interactive  experiences  social  and  multi-player  and  allow  people  to 
learn  by  watching 

The  Cooper  Hewitt,  even  in  its  expanded  form,  is  a physically  small 
museum.  It  has  16,000  sqft  of  gallery  space  which  is  configured  as  a 
series  of  domestic  spaces  except  for  the  open  plan  third  floor,  which  was 
converted  from  offices  into  gallery  space  as  part  of  the  renovation . If 
interactive  experiences  were  to  support  a transformed  audience  profile 
with  more  families  and  social  groups  visiting  together,  the  museum  would 
need  experiences  that  worked  well  with  multiple  users,  and  provided 
points  of  social  interaction.  Immediately  this  suggested  an  ‘app-free’ 
approach  even  though  Cooper  Hewitt  had  been  an  early  adopter  of  an 
iPod  Touch  media  guide  (2010)  and  iPad  App  (2011)  in  previous  special 
exhibitions . 


3.  Ensure  a ‘look  up’  experience 


Again,  because  of  the  domestic  spaces  with  narrow  doorways, 
encouraging  visitors  to  be  constantly  referring  to  their  mobile  devices  was 
not  desirable.  There  was  a strong  consensus  amongst  the  staff  and 
designers  that  the  museum  should  provide  a compelling  enough 
experience  for  visitors  to  only  need  to  use  their  mobile  devices  to  take 
photos  with. 

4.  Be  ubiquitous,  a ‘default’  operating  mode  for  the  institution 

The  biggest  lesson  from  MONA  was  that  for  a technology  experience  to 
have  the  best  chance  of  transforming  how  visitors  interacted  with  the 
museum,  and  how  staff  considered  it  into  the  future,  that  technology  had 
to  be  ubiquitous . An  ‘optional  guide’ , an  ‘optional  app’,  even  a ‘suggested 
mobile  website’  might  meet  the  needs  of  some  visitors  but  it  was  unlikely 
to  achieve  the  large  scale  change  we  hoped  for.  Indeed,  the  experience  of 
prior  technologies  at  Cooper  Hewitt  had  been  considered  disappointing 
by  the  museum  with  a 9%  take  up  rate  (Longo,  2011)  for  the  iPad  guide 
made  for  the  (pre-closure)  blockbuster  exhibition  Set  In  Style.  Similarly, 
only  having  interactive  experiences  in  ‘some  galleries’  threatened  to 
relegate  certain  experiences  to  ‘younger  audiences’  - something  that  is 
common  in  science  museums. 

5.  Work  in  conjunction  with  the  web  and  offer  a “persistence  of  visit” 

We  were  also  insistent  from  the  start  that  whatever  was  designed,  that  it 
had  to  acknowledge  the  web,  and  that  ‘post-visit’  diaries  were  to  be 
considered . The  museum  was  enamoured  with  MONA’s  post-visit  reports 
from  The  O,  and  similar  initiatives  that  followed  including  MOMA’s 
Audio+  (2013)  and  others.  This  idea  grew  and  the  D&EM  team  began  to 
build  out  a sizeable  infrastructure  over  2013,  the  desire  to  ensure  that 
everything  on  exhibition  in  the  museum  would  also  be  available  online  - 
without  exception  - became  technically  feasible.  As  the  museum’s 
curatorial  staff  began  to  finalise  object  lists  for  the  opening  exhibitions,  it 
became  clear  that  beyond  the  technology  layer,  a new  layer  of  policy 
changes  would  be  required  to  realise  this  idea.  New  loan  forms  and  new 


donor  agreements  were  negotiated  and  by  the  time  objects  began  to  arrive 
for  installation  at  the  museum  in  2014,  all  but  a handful  of  lenders  had 
agreed  to  have  a metadata  and  image  record  of  their  object’s  presence  in 
the  museum  not  only  be  online  during  the  run  of  an  exhibition,  but 
permanently  on  the  exhibition’s  online  catalogue. 

Agreed  concept  designs 

During  the  concept  design  phase  the  museum  worked  closely  with  Local 
Projects.  By  the  end  of  2012,  a range  of  core  designs  for  interactive  media  experiences 
had  been  settled  upon  and  the  next  phase  would  start  to  implement  them  in  parallel 
with  exhibition  design  work  undertaken  by  Diller  Scofidio  + Renfo  and  Thine. 

Collection  browser 

The  Collection  Browser  was  one  of  the  first  core  experiences  to  be  settled  on.  A 
highly  visible  way  of  exploring  the  breadth  of  the  collection  was  to  be  deployed  across 
the  whole  museum,  rather  than  in  one  singular  location  (like  Cleveland  Museum  of 
Art’s  Gallery  One).  Content  for  this  experience  was  to  be  drawn  from  the  museum’s 
collection  and  delivered  through  the  museum’s  Application  Programming  Interface 
(API)  which  was  already  under  rapid  development.  The  interactive  experience  was  to 
allow  serendipitous  discovery  and  saving,  access  to  related  media,  and  some  means  of 
exploring  the  processes  through  which  objects  were  designed  and  made. 


Because  of  the  different  physical  sizes  of  the  rooms  in  the  museum  it  was  also 
determined  early  on  that  this  experience  would  need  to  function  successfully  at  a 
variety  of  different  resolutions,  physical  sizes  and  potentially  on  different  devices. 
Interactive  tables  were  specified  and  selected  - 4K  resolutions  at  84  and  55  inches,  and 
1080p  at  32  inches  - the  highest  resolutions  available  at  the  time.  The  larger  size  tables 
were  to  be  operable  for  either  long  edge,  requiring  a visual  design  and  interface  that 
supported  multiple  users  in  a variety  of  orientations,  whilst  the  smallest  32  inch  screen 
would  only  support  a single  user  in  a single  orientation. 


Vertically  oriented  collection  browser  screens  were  considered  for  integration 


into  casework  which  would  have  enabled  the  display  of  born-digital  works  at  the  same 
scale  and  prominence  as  ‘physical  objects’.  These  would  have  also  afforded  the 
museum  the  opportunity  to  show  ‘similar  works’  at  1 : 1 scale  beside  objects  in  cases 
too  - an  early  concept  had  a scrollable  selection  of  teacups  from  Cooper  Hewitt's 
collection  alongside  a vitrine  of  teacups.  Unfortunately  this  concept  was  abandoned 
because  of  the  inability  to  build  a suitable  physical  case  for  the  screen  that  managed 
heat,  light  and  other  conservation  concerns. 

Making  apps 

As  a design  museum.  Local  Projects  felt  strongly  that  Cooper  Hewitt  needed  to 
have  some  experiences  for  visitors  to  design  and  create  their  own  objects.  Early 
versions  of  these  concepts  included  the  ability  to  make  and  print  3D  replicas,  and  ‘test’ 
various  designs.  Neither  of  these  made  it  through  to  the  final  versions,  and  one  further 
omission  would  have  allowed  visitors  to  ‘trace’  objects  using  a ‘digital  vellum’ 
overlay. 


The  final  making  apps,  however,  were  integrated  into  the  same  experience  as 
the  Collection  Browser  rather  than  operating  standalone.  In  these  experiences  visitors 
can  draw  a series  of  different  3D  forms  using  a simple  tool  kit,  selecting  different 
materials,  and  creating  a chair,  building,  hat,  vase,  lamp  or  freeform  shape.  These 
appear  on  relevant  backdrops  and  can  be  saved  by  visitors. 


For  an  institution  like  Cooper  Hewitt,  primarily  grounded  in  art  historical 
approaches  and  training  (rather  than  a science  museum),  these  making  experiences 
were  novel  but  also  notoriously  difficult  to  socialise  amongst  staff.  Local  Projects’ 
initial  proposals  were  complex  and  during  the  build  process  they  actively  encouraged 
the  museum  staff  to  simplify  and  keep  in  mind  the  need  to  quickly  engage  and  reward 
visitors  instead  of  reproducing  the  functionality  of  professional  tools,  like  Photoshop  or 
3DSMax. 

People  browser 


Connected  to  the  Collection  Browser  was  a concept  for  a People  Browser 


which  would  enable  visitors  to  explore  the  relationships  between  the  individuals 
responsible  for  the  collection  - either  as  designers,  artists  or  as  donors.  This  concept 
went  through  a number  of  iterations  as  it  became  clear  that  content  in  structured 
formats  for  this  would  be  very  difficult  for  the  museum  to  produce  with  the  limited 
curatorial  resources  available.  The  final  version  focussed  on  donor  relationships  in  the 
early  20th  century  - drawing  on  research  materials  already  produced  for  opening  print 
publications  - however  it  can  also  easily  present  contemporary  designer  relationships, 
should  that  research  be  undertaken. 

Immersion  room 

Cooper  Hewitt  has  one  of  the  most  significant  collections  of  wallcoverings  in 
North  America  but  it  has  been  a collection  that  has  been  difficult  to  effectively  exhibit. 
The  wallcoverings  were  identified,  even  before  the  appointment  of  Local  Projects,  as  a 
key  digital  experience  and  staff  were  introduced  to  the  work  of  Sarah 
Kenderdine  http: / / alive . scm. cityu . edu . hk/pro jects /alive/  and  iCinema  in 
early  2012.  As  the  museum’s  concept  of  an  immersion  room  for  this  collection 
developed.  Local  Projects  injected  the  idea  of  ‘drawing  your  own’  which  greatly 
invigorated  an  otherwise  very  collection-centric  experience.  During  the  production 
stage,  the  choice  of  projection  technologies  oscillated  wildly  between  a projection- 
mapped  complex  geometrical  space  with  directly  ‘writable  walls’  before  settling  on  a 
final  flat -wall  solution  with  a dual-user  interactive  table.  This  final  solution  with  front 
projections  has  proven  to  be  a hit  with  visitors  and  create  a unique  selfie- worthy 
moment  in  every  visit. 

Mansion  history 

The  story  of  the  Carnegie  Mansion  was  conceived  of  as  the  simplest  interactive 
experience  initially  to  be  mounted  in  two  locations  in  the  museum  (currently  deployed 
in  only  one).  Using  historical  imagery  users  would  be  able  to  navigate  a map  and  see 
the  mansion  as  it  once  was.  Although  augmented  reality  was  briefly  considered  along 
with  ‘peepholes  into  the  past’,  the  uneven  access  to  historical  photographs  for  each 
floor  and  room  ended  up  taking  this  down  a straightforward  kiosk  path.  Somewhat 
ironically,  for  such  simple  content,  this  experience  is  not  currently  available  online. 


Process  Lab  "Make  it  better"  and  "Wild  ideas 


The  Process  Lab  is  the  museum’s  new  space  where  visitors  can  “brainstorm 
design  solutions  through  hands-on  and  digital  activities.  The  Process  Lab  emphasizes 
how  design  is  a way  of  thinking,  planning  and  problem  solving,  and  provide  a 
foundation  for  the  rest  of  the  design  concepts  on  view  in  the  museum”  (Cooper  Hewitt, 
2015).  To  support  the  analogue  activities  in  this  space,  two  different  digital  experiences 
were  developed.  “Make  It  Better”  is  a digital  suggestion  box  that  asks  visitors  to 
improve  a design  of  an  existing  everyday  device  with  the  need  of  a particular  user  in 
mind.  These  range  from  a backpack  to  a subway  turnstile.  Visitors  draw  and  annotate 
their  solutions  and  can  vote  on  the  proposals  of  others.  “Wild  ideas”,  which  is  still  in 
development,  works  as  a brainstorming  trigger  where  visitors  are  challenged  to  unite 
the  properties  of  two  radically  different  objects  such  as  a bicycle  and  an  artichoke. 

Part  Two 

The  Pen 

Uniting  all  these  interactive  experiences,  and  the  galleries  themselves,  was  The 
Pen.  Local  Projects’  final  considered  response  to  the  museum’s  challenge  was  a bold 
set  of  slides  presented  by  Diller  Scofidio  & Renfro  in  August  2012  that  suggested  the 
museum  give  every  visitor  a Pen.  This  pen,  in  the  language  of  the  slides,  would  be 
“[part  of  a]  system-wide  platform,  [be]  your  ticket,  your  identity  throughout  the 
museum,  how  you  make  purchases  [in  the  shop],  making  you  an  active  visitor,  getting 
you  away  from  your  phone  and  closer  to  design”  (Local  Projects  in  Diller  Scofidio  & 
Renfro,  2012).  This  was  immediately  compelling  for  the  museum  even  though  it  was 
also  identified  as  a high  risk  item  requiring  considerable  investment.  Whilst  Local 
Projects’  slide  had  provided  the  initial  vision  for  The  Pen  it  did  little  to  reveal  the 
complexity  of  the  infrastructure  and  systems  beneath  it  to  make  it  work  seamlessly. 


THIS  IS 


FIRST  FLOOR  ENTRY  TECH 


Starting  The  Pen 

Once  the  decision  had  been  made  to  move  forward  with  the  concept  of  The 
Pen,  Bloomberg  Philanthropies  was  brought  onboard  as  a financial  backer  through  their 
Bloomberg  Connects  program.  Bloomberg  Connects  agreed  to  funded  the  entire 
technology  implementation  - The  Pen  along  with  the  interactive  media,  associated 
hardware,  and  the  integration  of  a new  ticketing  system  and  relevant  front-of-house 
staff.  Chan  has  described  this  scale  of  investment  as  ‘venture  philanthropy’  (Chan, 
2015) 


There  was,  then,  a prolonged  period  where  the  museum  along  with  DS+R  and 
their  audio-visual  consultants,  AV&C,  explored  the  options  for  an  off  the  shelf  stylus 
with  an  NFC  or  RFID  chip  inserted  into  it.  In  order  to  keep  progressing  with  the 
overall  museum  renovation  timeline.  Local  Projects  were  directed  to  focus  on  the 
interactive  media  applications  that  The  Pen  would  operate  with  - rather  than  stretching 
themselves  thinner  by  also  tackling  a complex  hardware  challenge. 


During  this  initial  research  period  the  intention  was  to  find  a stylus  that  had  a 
unit  cost  of  <$5  and  could  be  easily  modified.  In  this  early  scenario,  each  set  of  object 
labels  in  the  museum  would  be  individually  powered  and  hold  a Raspberry  Pi 


microcomputer  and  NFC  or  RFID  reader  which  would  read  the  stylus  when  touched. 


Hedging  our  bets 

Local  Projects’  initial  design  concept  for  The  Pen  assumed  pre-existing  or 
readily  available  hardware  that  could  be  purchased  off-the-shelf  and  easily  assembled 
using  consumer-grade  parts  at  a particular  price-point.  On  the  surface,  scanning  Fast 
Company  and  Kickstarter,  one  might  assume  the  same.  None  of  these  assumptions 
proved  to  true. 


Over  the  course  of  the  re-opening  the  museum  shifted  its  focus  from  an 
“active”  pen  to  a “passive”  pen  and  finally  back  to  an  “active”  pen.  The  terms  “active” 
and  “passive”  refer  to  where  the  smarts  of  the  system  reside  in  the  overall 
infrastructure.  A pen  is  considered  “active”  if  it  contains  a built-in  microcontroller  for 
processing  “passive”  tags  and  on-board  memory  for  storing  them.  A “passive”  pen,  in 
contrast,  contains  only  an  RFID  tag  while  the  labels  and  label  rails  house  small 
computers  attached  to  antennae  for  reading  those  tags. 


Early  design  concepts  assumed  an  “active”  pen  and  “passive”  tags  that  could  be 
assigned  arbitrary  content.  As  the  expected  cost  of  this  approach  became  prohibitive 
we  investigated  swapping  the  roles  and  embedding  Raspberry  Pi  (RPI)  computers  in 
the  label  rails  themselves.  Because  the  scale  and  scope  of  this  approach  was  daunting, 
the  museum’s  ability  to  rapidly  build  a working  prototype  was  critical. 


It  would  have  been  easy  enough  for  the  museum  to  let  itself  get  overwhelmed 
by  the  number  of  moving  pieces  and  the  imagined  weight  of  unknown  factors  but  we 
were  able  to  build  a functional  “pen”  system  in  relatively  short-order. 


The  first  prototype  consisted  of  an  RFID  tag  taped  to  the  top  of  a marker,  a 
paper  mock-up  of  an  object  label  taped  to  an  RFID  reader  connected  to  a RPI  that  was 
itself  connected  to  the  Internet,  all  of  which  were  set  next  to  an  object  (Henry 
Dreyfuss’  1963  Model  500  telephone  purchased  from  eBay  and  which  the  museum 
also  holds  in  its  collection).  The  RPI  ran  a small  program  that  would  listen  for  events 
on  the  RFID  antenna  and  then  pair  and  record  The  Pen  ID  and  the  object  ID  and  use 


the  museum’s  API  to  store  that  information  on  the  collections  website.  A user  could 
pick  up  The  Pen  and  touch  an  object  and  then  turn  around  and  immediately  see  proof 
of  that  interaction  on  the  museum’s  website. 


In  building  an  internal  physical  prototype,  the  value  of  the  project  started  to 
become  more  real  to  the  rest  of  the  museum;  evidence  of  the  things  they  had  previously 
only  seen  in  presentation  slides  actually  working.  Even  though  the  prototype  was 
clunky  and  rough  around  the  edges  it  was  enough  to  allow  people  to  grasp  the  potential 
and  to  use  that  excitement  to  foster  a willingness  to  embrace  the  remaining  challenges. 


At  this  stage  the  issue  of  whether  we  would  manufacture  even  a “passive”  pen 
remained  an  open  question.  RFID  tags  are  fragile  devices  and  it  wasn’t  entirely  clear 
how  they  could  be  embedded  in  something  like  an  injection-molded  plastic  or  foam 
pen  without  damaging  them.  Further  their  size  and  the  precision  with  which  tags  need 
to  be  positioned  relative  to  an  antenna  meant  that  we  weren’t  confident  we  could 
design  a pen  that  would  even  house  the  tags  correctly. 


One  day  in  mid  2013,  we  asked  ourselves:  What  if  The  Pen  is  too  difficult  to 
produce? 

If  all  we  had  were  rows  of  label  rails  containing  banks  of  RFID  antennae  and 
RPI  computers  connected  to  the  Internet  how  would  a visitor  “collect”  objects  on 
display?  If  we  assumed  that  visitors  could  and  would  continue  to  use  their  fingers  to 
perform  tasks  on  the  interactive  tables  then  where  and  how  would  they  carry  an  RFID 
tag  to  identify  themselves  and  how  would  they  “tap”  with  the  antennae  housed  in  the 
label  rails? 


Eventually,  the  idea  a ring  was  suggested  which  struck  people  as  just  silly 
enough  to  try.  Prototyping  this  involved  going  to  the  corner  store  and  buying  a couple 
bags  of  Ring  Pops  (oversized  plastic  rings  where  the  gems  are  hard  candy) , removing 
the  candy  and  fashioning  different  enclosures  for  RFID  tags.  Gradually  those 
enclosures  evolved  in  to  a flat  surface  atop  which  a sticker  containing  an  RFID  tag 
could  be  affixed.  This  was  an  attractive  solution  because  peelable  stickers  on  museums 
tickets  as  proof-of-entry  are  a well-understood  model  and  there  appeared  to  be  support 
for  RFID-sticker-label  stock  from  our  ticketing  system  vendor  (Tessitura). 


The  idea  that  all  our  visitors  would  wear  over-sized  “superhero”  rings  was 
dubious  at  best.  Requiring  visitors  to  “fist-bump”  the  wall  labels  would  have  been 
awkward  and  likely  reduced  the  lifespan  of  many  labels.  However  the  idea  of  a ring 
also  opened  up  the  idea  that  we  could  develop  a multiplicity  of  forms  (a  pocket-watch, 
a bracelet,  or  even  abstract  shapes)  that  users  could  carry  with  them  through  the 
galleries.  The  thinking  was  that  as  relatively  simple  plastic  forms  they  would  be  cost- 
effective  to  manufacture  and  that  their  only  requirement  was  a target  area  for  a visitor 
to  affix  the  RFID  sticker  tag  from  their  ticket.  They  would  have  been  cheap  enough 
that  visitors  could  take  these  forms  with  them  as  a memento  of  their  visit. 


Although  this  idea  didn’t  go  far,  we  were  able  to  create  a working 
demonstration  in  an  afternoon.  For  the  first  time,  we  were  able  to  make  decisions  based 
upon  an  actual  tangible  working  prototype  rather  than  any  one  individual’s  intuition  or 
interpretation. 


The  museum  also  experimented  with  computer- vision  technologies  as  a way  to 
enable  users  to  collect  materials  in-gallery.  We  developed  an  experimental  web  service, 
called  the  “Label  Whisperer”  (Cope,  2014).  This  allowed  visitors  to  upload  a 
photograph  of  a wall  label  and  then  use  optical  character  recognition  (OCR)  to  scan  the 
text  on  the  label. 


The  value  of  these  rapid  prototyping  exercises,  necessitated  in  the  early  days  by 
a persistent  and  healthy  uncertainty  surrounding  the  viability  of  The  Pen  itself,  was  that 
they  allowed  the  museum  to  sharpen  its  own  understanding  and  intent  of  the  overall 
project. 

Reality  check 

Unfortunately  by  late  2013,  a suitable  stylus  could  not  be  found  and  those  that 
were  closest  to  meeting  our  criteria  were  not  easily  modified  to  hold  an  inserted  chip. 
Complicating  matters,  the  constraints  of  the  historic  building  meant  that  there  would  be 
some  areas  of  the  museum  unable  to  supply  electricity  to  object  labels.  Powered  object 
labels,  whilst  offering  much  in  terms  of  future  development  - potential  for  future  e-ink 
labels,  a mesh  network  of  sensors  - were  also  considered  to  be  too  risky  for 
conservation  reasons,  as  well  as  committing  the  museum  to  a fixed  object  label 
infrastructure. 


DESIGNING  THE  PEN 
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In  late  2013  we  switched  tack  to  explore  the  option  for  a Pen  with  an  embedded 
reader  - an  “active”  pen  - moving  the  NFC  tags  to  the  object  label  side. 


Although  this  approach  would  incur  significant  additional  development  costs  it 
enabled  the  museum  to  foster  a technical  and  conceptual  model  allowing  anything  that 
can  be  stored  in  the  museum’s  collection  management  system  to  be  tagged  and 
recorded.  Whilst  only  individual  objects  were  considered,  nothing  would  prevent  the 
museum  from  allowing  visitors  to  “collect”  individual  designers,  entire  exhibitions  or 
even  architectural  elements  from  the  building  itself  in  the  future. 


With  exhibition  development  well  under  way  and  DS+R  occupied  with  the 
building  itself,  the  museum  needed  to  find  a new  way  to  move  forward.  Using  its 
Board  networks,  the  museum  approached  Undercurrent,  a New  York  strategy  firm  to 
help  manage  the  development  process  for  a new  ‘active’  Pen. 


Undercurrent’s  Jordan  Husney  had  extensive  experience  with  RFID  and  NFC, 
and  understood  how  small  scale  manufacturing  now  operates.  Husney  also  brought 
project  management  focus  to  the  hardware  element  of  The  Pen,  elevating  it  to  its  own 
‘special  project’  status . Within  the  overall  museum  renovation,  this  gave  The  Pen 
production  project  its  own  dedicated  meetings,  time  and  resourcing  to  develop  in. 

In  their  research  AV &C  had  found  a Spanish  firm,  Sistelnetworks,  that  had  a device 
that  met  most  of  the  criteria  for  a NFC  reader/stylus  combination  product.  However 
with  the  electronics  now  in  The  Pen  itself,  the  unit  cost  was  going  to  be  considerably 
higher  than  $5.  On  the  other  hand,  the  cost  of  object  labels  plummeted. 


Sistelnetworks’  vWand  was  already  on  the  market  and  met  80%  of  our  required 
features.  However  its’  button-activated  NFC  scanning  and  lack  of  onboard  memory 
meant  it  would  not  be  suitable  for  museum  use.  Working  directly  with  Sistelnetworks 
we  were  quickly  able  to  receive  a modified  prototype  that  replaced  Bluetooth  pairing 
with  onboard  memory,  an  ‘always-on’  NFC  reader  mode,  and  then  work  began  in 
earnest  on  getting  bi-directional  data  transfer  over  NFC . This  latter  functionality  allows 
The  Pen  to  transfer  its  memory  over  NFC  to  a custom  made  reader  board  designed  by 
Sistelnetworks  that  is  embedded  in  the  interactive  tables  and  in  portable  stations  around 
the  museum. 


An  “always-on”  NFC  antenna  also  brought  new  challenges  - notably  power. 
Battery  life  is  a limiting  factor  almost  all  consumer  microelectronics  these  days  and  the 
Lithium  Polymer  (LiPo)  solution  of  the  original  vWand  was  tested  in  this  new 
configuration  and  barely  reached  one  (museum)  day  of  average  usage. 


Although  the  museum  was  making  progress  there  were  concerns  about  the 
aesthetics  of  The  Pen  and  with  its  electronics  already  being  modified  we  took  the 
opportunity  to  rethink  the  industrial  design.  The  chair  of  the  Cooper  Hewitt  board, 
Beth  Comstock,  offered  the  services  of  GE's  Design  Council  to  work  in  cooperation 
with  Sistelnetworks  to  further  transform  the  vWand. 


Working  closely  in  a short  series  of  design  sprints,  the  museum,  GE,  and 
Undercurrent  developed  a design  that  by  June  2014  had  coalesced  into  a series  of 
detailed  CAD  drawings  and  design  principles  that  would  continue  to  inform  the 
interaction  design  - light  patterns  and  haptic  feedback  - and  eventual  socialisation  of 
The  Pen  into  the  museum. 


The  design  sprints  confirmed  and  expanded  a series  of  guiding  design 
principles  for  The  Pen  itself.  These  were  summarised  in  Bove,  Crow,  & Husney 
(2014); 


1 . Not  a barrier  to  entry  - it  just  works 

2.  Extension  of  the  content  - the  exhibitions  are  the  focus,  not  The  Pen 

3.  Belongs  in  the  museum  - The  Pen  experience  is  well  designed,  useful  and 
beautiful. 

4.  Encourages  discovery  - The  Pen  unlocks  content  about  the  exhibitions 

5.  Part  of  an  ecosystem  - The  Pen  interaction  is  part  of  the  larger  museum 
experience 


6.  Context  of  use  - Pen  interaction  and  use  is  location  dependent 


7.  Direct  manipulation  - The  Pen  enables  new  interactions  with  content 


These  guiding  design  principles  reinforced  many  of  the  decisions  that  had 
already  been  made,  and  also  gave  guidance  to  the  new  partners  on  the  project. 


Following  these  sprints  Sistelnetworks  was  introduced  to  manufacturing  broker 
MakeSimply  by  Undercurrent.  MakeSimply  specialised  in  taking  small  to  medium- 
scale  projects  to  manufacture  using  a distributed  network  of  factories  in  East  Asia.  In 
many  ways  the  existence  of  a global  network  of  suppliers  able  to  fill  short  orders  of 
under  5000  units  is  one  of  the  main  innovations  that  Cooper  Hewitt  was  able  to  take 
advantage  of  to  make  The  Pen. 


MakeSimply,  working  with  Sistelnetworks,  then  took  the  GE  drawings  (gifted 
to  Cooper  Hewitt),  and  went  through  a long  series  of  iterations  producing  ‘Design  For 
Manufacture’  (DFM)  technical  drawings  and  instructions  for  the  factories  to  begin 
production. 


It  is  important  to  stress  the  scale  of  changes  and  alterations  that  the  DFM 
process  brought  to  the  final  design  of  The  Pen.  As  is  the  case  in  product  design,  many 
of  the  initial  design  features  including  materials  and  finishes  are  transformed  as  the 


realities  of  manufacturing  different  materials  within  a budget  become  apparent.  At 
Sistelnetworks  each  change  also  required  new  rounds  of  antenna-testing  and  firmware 
modifications  to  adjust  for  battery  life.  GE's  team,  too,  continued  to  work  with  the 
museum  throughout,  offering  input  and  feedback  on  design  changes  brought  about 
during  the  DFM  process. 


The  Pen  had  quickly  become  a reality  and  manufacturing  had  become  a 
milestone  that  would  be  passed.  Whilst  the  D&EM  team  continued  to  work  closely 
with  Undercurrent,  Sistelnetworks,  GE  and  MakeSimply,  there  was  much  more  to  do  in 
the  way  of  its  integration  into  the  museum  itself. 

Part  Three 

Integrating  The  Pen  into  the  museum 

In  considering  the  technologies  for  The  Pen  and  its  integration  into  the  museum 
itself.  Cooper  Hewitt  evaluated  how  other  institutions  had  previously  attempted  ‘card- 
based’  systems,  including  the  Natural  History  Museum’s  NaturePlus;  Kin  Design’s 
work  for  the  Museum  of  Science  of  Industry  (MOSI)  in  Manchester;  and  Google 
Creative  Lab’s  Chrome  Web  Lab  card  (2012)  at  the  Science  Museum.  The  oldest  of 
these,  NaturePlus,  was  an  NFC-based  solution  but  was  limited  to  the  Darwin  Centre 
galleries  and  had  challenges  reaching  a critical  mass  of  usage,  especially  in  comparison 
to  the  ubiquity  of  MONA’s  The  O. 


Barry  (2010)  summarises  the  early  take  up  of  NaturePlus; 


“Although  the  Museum  had  projected  that  7.5%  of  visitors  to  the  Darwin 
Centre  Cocoon  would  register  for  NaturePlus,  there  has  been  a registration 
of  7000  in  the  first  four  months  of  opening,  or  4.5%.  However,  take-up  of 
scanning  and  bookmarking  is  high,  with  65%  of  visitors  bar-coding 
content.”  (Barry,  2010) 


Kin  Design’s  work  for  MOSI’s  Revolution  Manchester  gallery  used  a barcoded 
card  and  reader  system  deployed  in  201 1 , described  as; 


“Revolution  Manchester  gallery  includes  the  very  latest  in  cutting  edge 
technology  and  design.  Visitors  start  by  swiping  a barcode  card  to  register. 
During  registration  their  photograph  is  taken  (if  requested)  and  displayed 
on  the  digital  sculpture  (made  up  of  24  screens)  and  the  media  wall,  which 
work  in  conjunction  with  each  other.  The  visitor  has  a personal  digital 
scrapbook,  which  includes  photographs,  scores  from  the  interactive  games 
surrounding  collection  items,  and  vox  pops  recorded  in  the  gallery.  When 
they  return  home  they  can  log  on  to  their  scrapbook  to  download  the 
images  and  find  out  more  about  other  galleries  and  events  at  MOSI.” 
(Cowan,  2011) 


The  MOSI  cards  suffered  from  lower-than-expected  usage  and  a number  of 
mechanical  challenges  resulting  in  their  removal  from  the  museum  in  April  2014. 

The  Chrome  Web  Lab  ran  at  the  Science  Museum  from  July  2012  to  July  2013. 
Visitors  to  the  exhibition  would  receive  a thick  card  with  a uniquely  generated 
image/glyph  on  it  which  would  then  identify  them  to  in-gallery  interactives  and  also 
allow  them  to  log  in  at  home  with  their  webcams.  Interactive  developers  Tellart, 
described  it  as; 


“Every  visitor  to  the  exhibition,  online  and  in  the  museum,  is  represented 
by  a “Lab  Tag”:  a visual  code  that  can  be  scanned  at  each  experiment  to 
let  users  keep  track  of  their  activity.  Each  Lab  Tag  is  unique,  and  museum 
visitors  are  all  given  a high-quality  card  with  their  code  printed  on  it. 
They  can  scan  their  Lab  Tag  at  home  to  access  their  artifacts  and  visit  the 
exhibition  again  and  again,  allowing  them  to  interact  with  and  share  each 
experience  with  the  Lab.”  (Tellart,  2013) 


Patten  (2013),  elaborates; 


“This  is  a card  with  a unique  graphic  tag  (the  visitor’s  Web  Lab  identity), 
a machine-readable  code  (which  can  be  read  by  each  experiment  and  at 
home  via  a webcam),  a numeric  code  (in  case  the  visitor  has  no  webcam 
at  home)  and  some  instructions  on  how  to  use  the  Lab  Tag.”  (Patten, 
2013) 


We  knew  that  in  order  to  make  the  process  as  simple  for  visitors  as  possible  - 
and  get  as  close  to  the  85%+  uptake  rate  that  MONA  had  achieved  - we  needed  to 
attempt  to  give  every  visitor  a device.  In  order  to  avoid  the  low  in-gallery  usage  of 
NaturePlus  and  the  mechanical  difficulties  of  MOSI’s  cards  we  needed  to  ensure  that 
the  device  could  be  used  ‘everywhere’  within  the  museum  and  with  minimal  moving 
parts.  Front-of-house  and  security  staff  would  need  to  be  trained  to  have  the  ability  to 
offer  quick  remedial  help  for  visitors,  and  also  model  the  best  ways  of  using  The  Pen. 
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With  early  in-house  pen  prototypes  underway,  late  in  2013,  D&EM  produced  a 
Short  in-house  video  https : / /WWW. youtube . com/watch ?v=Tx-dvd2RDTY  to  help 


socialise  the  idea  of  The  Pen  across  the  museum.  This  video  was  an  ‘idealised 
customer  journey’  and  was  invaluable  in  highlighting  and  isolating  various  ‘pain 
points’  that  the  museum  would  need  to  address  to  have  a successful  rollout.  The  video 
was  eventually  used  as  a storyboard  for  the  final  ‘how-to’  video  that  runs  on  a 
continuous  loop  in  the  museum’s  entrance  hall  and  online.  (Chan,  2015) 


The  museum  separated  the  components  of  The  Pen  ecosystem  into  the 
following; 


• Ticketing  and  Pen  distribution 

• In-gallery  Pen  object  collection 

• In-gallery  Pen  usage  with  interactives 

• Pen  collection  on  exit 

• Post -visit  Pen  experience 

Hardware  ecosystem  and  unexpected  turns 

Beyond  The  Pen  itself,  the  museum  has  had  to  manage  significant  new 
hardware.  In  order  to  deliver  the  best  possible  interactive  experience  for  visitors, 
Cooper  Hewitt  worked  with  Ideum  to  have  a suite  of  interactive  tables  custom  built. 
Already  pushing  at  the  limits  of  what  was  possible  in  late  2013,  Ideum  was  asked  to 
deliver  84”  and  55”  tables  running  at  4K  resolution  (3840x2160)  and  32”  tables  at 
1920x1080.  The  84”  4K  size  had  never  been  attempted  before  with  a capacitive  touch 
overlay  and  all  of  these  tables  were  complicated  by  the  need  to  include  custom  NFC 
reader  hardware  to  read  The  Pen  as  seamlessly  as  possible. 


With  The  Pen  still  in  early  prototyping,  the  museum  had  to  commit  to  a table 
design  before  the  final  antenna  designs  for  either  the  table  readers  or  The  Pen  were 
complete.  This  created  a complicated  situation  for  all  parties  with  three  parallel 


production  processes  (table,  pen  and  NFC  reader  boards)  happening  without  all  the 
final  designs  available  for  each. 


Looking  at  this  from  the  perspective  of  each  vendor  it  becomes  possible  to  see 
where  inevitable  risks  emerged  and  had  to  be  dealt  with.  The  challenge  was  in 
managing  these  risks  effectively  - as  their  elimination  was  not  possible  if  the  museum 
was  going  to  re-open  in  2014. 


Throughout  2014  Ideum  was  working  hard  to  deliver  a robust  interactive  table 
experience  but  was  not  able  to  test  a final  Pen  unit  until  after  they  had  completed  their 
table  designs  in  July  and  glass  manufacturing  was  well  underway.  And  Sistelnetworks 
had  to  deliver  NFC  reader  boards  to  the  museum  in  July  in  order  to  meet  the  deadlines 
for  the  tables.  Because  of  changes  in  the  DFM  process,  this  ended  up  being  before  the 
final  Pen  until  was  engineered.  In  turn,  this  affected  the  lead  time  available  to  Local 
Projects  and  Tellart  in  developing  software  to  run  the  boards. 


The  interactive  tables  arrived  completed  at  Cooper  Hewitt  from  Ideum  in 
October  2014.  They  were  well  suited  to  the  experiences  that  Local  Projects  were 
developing  on  them  and  the  performance  of  the  multitouch  interface  surpassed  all  our 
expectations.  However,  the  reader  boards  had  been  installed  and  tested  with  an  earlier 
version  of  The  Pen  - before  a series  of  critical  DFM  changes  that  reduced  the 
sensitivity  of  the  antenna  as  a trade-off  for  size  and  battery  life  - and  the  performance 
of  the  boards  through  the  capacitive  glass  was  unexpectedly  degraded.  Addressing  this 
issue,  Ideum  and  Cooper  Hewitt  worked  with  Sistelnetworks  to  tweak  the  reader 
boards  through  firmware  and,  and  an  eventual  sticker-based  solution  that  both 
protected  the  table  surface  and  improved  reader  performance. 


This  complex  interplay  of  materials  was  again  repeated  when  the  museum 
approved  the  decision  to  fabricate  its  label  rails  using  the  same  heavy  steel  chosen  for 
its  new  display  cases.  All  radio  frequencies  are  sensitive  to,  and  affected  by,  any  metal 
objects  in  their  proximity  and  this  is  especially  true  of  RFID  technologies  of  which 
NFC  is  a subset.  NFC  tags  attached  to  objects  labels  and  placed  on  the  label  rails  could 
not  be  read  by  The  Pen  because  of  the  interference  and  distortion  created  by  the  metal 
in  the  rails.  This  decision  and  its  impact  came  at  an  inopportune  time  in  the  process. 
Flad  the  museum  not  been  able  to  locate  a vendor  who  already  manufactured  and  sold 
an  adhesive  ferrite  shielding  that  was  placed  between  the  metal  rails  and  the  NFC  tags 
on  the  labels  (to  dampen  the  interference)  it  would  have  been  forced  into  the  awkward 
position  of  redesigning  the  label  rails  very  close  to  opening.  These  complexities  cannot 
be  overstated  - even  sub-millimetre  changes  in  shielding,  and  the  thickness  and  shape 
of  NFC  tags  had  unexpected  downstream  effects  on  performance. 


In  order  to  prepare  The  Pens  for  use  in  the  galleries  and  to  retrieve  data 
collected  during  a visit  the  museum  also  had  to  design,  build  and  implement  bespoke 
“stations”  for  interacting  with  The  Pens,  independent  of  the  Ideum  tables. 


The  interaction  model  for  these  stations  consists,  principally,  of  three  actions: 


• pairing  - Associating  a pen  with  a visit  identified  by  the  shortcode 
included  on  a ticket  via  the  Cooper  Hewitt  API.  issuing  a pen  may  also 
involve  first  “returning”  it  if  any  pre-existing  data  is  found  on  it  (for 
example  if  The  Pen  was  not  previously  “returned” ) before  it  is  paired  to  a 
new  visit. 

• transferring  - Reading  any  visit  activity  (objects  collected)  recorded  on 
The  Pen  and  processing  them  via  the  Cooper  Hewitt  API. 

• returning  - The  same  as  “transferring”  but  as  a final  step  all  data  on  The 
Pen  is  erased. 

There  are  two  type  of  stations: 


• registration  stations  - Used  by  visitor  services  staff  to  perform  the 
“pairing”  and  “returning”  of  pens 

• transfer  stations  - Used  by  visitors  to  quickly  transfer  the  contents  of  their 
pen  before  they  leave  the  museum  or  if  they  want  to  look  at  their  visit 
collection  online  during  their  visit.  Transfer  stations  perform  the  same 
task  as  ‘connecting’  a Pen  with  any  of  the  Ideum  tables. 

Based  on  observational  data,  since  the  re-opening,  we  are  deploying  a third  type 
of  station  to  the  galleries,  a modified  version  of  the  transfer  station  that  performs  a 
“returning”  action.  This  is  aimed  only  at  visitors  who  have  finished  their  visit  and  are 
leaving  the  museum  and  the  goal  is  to  cut  down  the  amount  of  time  it  would 
subsequently  take  for  that  same  pen  to  be  “paired”  with  another  visit. 


Even  with  this  approach  the  “pairing”  stations  still  need  to  read  the  contents  of 
a pen  to  ensure  that  there  is  no  data  that  needs  to  be  processed.  However  a single  read 
of  a zero-length  record  - a Pen  that  has  no  data  on  it  - is  an  acceptable  and  unavoidable 
time  and  interaction  penalty.  (The  alternative  is  to  assume  that  every  pen  has  been 
successfully  transferred  by  every  visitor  before  they  leave  the  museum,  which  is 
unrealistic.  It  also  invites  the  chance  that  we  will  inadvertently  lose  a member’s  visit 


data  by  overwriting  with  a new  visit  which  is  possibly  the  worst  experience  we  could 
offer  visitors.) 

Registration  stations 

The  museum  has  worked  extensively  with  Tellart,  an  experience  design  and 
engineering  studio  located  in  Rhode  Island,  to  develop  the  electronics  and  software  for 
these  stations.  The  electronics  consist  of  Raspberry  Pi  (RPI)  computers  with  custom 
software  to  manage  the  communications  between  peripherals:  A “gateway”  board  for 
brokering  communications  with  The  Pens  and,  in  the  case  of  the  registration  stations,  a 
barcode  reader  for  scanning  tickets.  The  software  then  performs  all  administrative 
actions  via  the  Cooper  Hewitt  API. 


The  original  design  brief  for  the  stations  imagined  a pair  of  seamless  or  near- 
seamless “objects”  that  would  communicate  transparently  with  little  or  no  direct 
involvement  from  staff  or  visitors.  The  only  feedback  would  be  to  indicate  success  or 
failure.  In  many  respects  the  transfer  stations  have  achieved  this  goal. 

With  the  registrations  stations  it  quickly  became  clear  that  we  would  need  to  revisit 
most  of  our  basic  assumptions  - new  software  and  hardware  had  to  be  designed  and 
built  to  allow  ticket  staff  to  see  what  was  going  on  during  the  transaction. 


Visitor  services  staff  need  to  be  able  to  see  the  overall  shape  of  the 
communications  chain  between  The  Pen  and  the  gateway  board  and  the  software 
running  on  the  RPI  and  the  API.  In  order  to  assist  front  of  house  with  problems  the 
D&EM  staff  need  to  be  able  to  see  the  precise  details  of  those  communications  and  to 
assume  that  some  sort  of  historical  audit  log  would  be  present  so  that  problems  could 
be  diagnosed  after  the  fact. 


The  user  interface  component  of  the  registration  station  was  decoupled  from  the 
main  body  of  the  software  that  controls  The  Pen-related  hardware  and  communicates 
with  the  Cooper  Hewitt  API.  The  user  interface  is  now  a simple  web  application, 
accessed  via  a tablet  computer,  that  communicates  with  the  registration  station  by 
passing  messages  back  and  forth.  Additionally  the  UI  component  is  now  responsibility 
of  the  D&EM  team  specifically  so  that  we  can  respond  to  requests  and  error  reports 
from  visitor  services  staff  and  deploy  changes  faster,  often  happening  multiple  times 
during  the  museum’s  opening  hours. 


The  casework  for  the  registration  stations  is  not  meant  to  be  public -facing  the 
way  the  transfer  stations  are  but  must  still  satisfy  a series  of  overlapping,  sometimes 
conflicting,  requirements: 


• They  need  to  house  both  a RPI  and  a “gateway”  board  used  to 

communicate  with  pens  as  well  all  the  associate  cabling  (network,  power, 
USB  connectors ) in  such  a way  that  individual  components  can  be 
accessed  and  replaced,  when  necessary,  quickly  and  easily. 


They  need  to  be  portable  so  that  if  the  number  of  visitors  exceeds  the 


capacity  of  the  admissions  desk , staff  can  be  deployed  to  other  locations 
with  a collection  of  pens,  one  or  more  registration  stations  and  an  equal 
number  of  tablet  computers  to  continue  pairing  visitor  tickets  with  pens. 

• They  need  to  ensure  physical  security  to  prevent  the  stations,  in  whole  or 
in  part,  from  being  stolen  or  tampered  with. 

• They  need  to  be  able  to  integrated  with  the  admissions  desk  itself  in  such  a 
way  that  a visitor  can  be  encourage  to  “pair”  their  own  pen  (by  pressing 
a sticker  with  the  museum’s  “collect”  icon  affixed  to  the  desk  and 
positioned  above  the  registration  station’s  gateway  board). 

• This  last  requirement  may,  over  time,  prove  unnecessary  if  the  museum 
determines  it  is  more  effective  and  efficient  for  staff  to  “pair”  a visitor’s 
pen  for  them  but  even  then  the  requirement  for  a registration  station  to 

“ integrate  ” with  the  admissions  desk  can  be  understood  simply  as  taking 
up  as  little  space  as  possible  on  an  already  over-crowded  counter-top . 

Transfer  stations 

The  transfer  stations  are  a waist-high  metal  construction  with  a weighted-base, 
to  prevent  it  from  being  knocked  over  accidentally,  and  a 3D-printed  “head”  that 
houses  the  electronics  used  to  communicate  with  visitor’s  pens.  The  head  consists  of 
two  surfaces  shaped  like  a pair  of  open  palms.  One  surface  is  where  visitors  tap  their 
pens  to  transfer  data  and  the  other  surface  is  available  for  instructional  text  and 
graphics.  As  of  this  writing  the  museum  continues  to  test  the  language  and  visual 
elements  included  on  the  stands.  There  is  a full-time  visitor  services  staff  member 
stationed  near  the  transfer  stations  at  the  exits  to  encourage  visitors  to  transfer  (or 
“dump”)  the  data  collected  on  their  pens  before  leaving  the  museum. 


The  API 

At  a time  when  the  museum  was  still  being  secretive  and  mysterious  about  the 
re-opening  and  was  not  speaking  publicly  about  The  Pen  we  used  to  say  two  things  to 
people.  First,  that  when  they  looked  at  the  collections  website  they  should  understand 
that  “a//  the  work  being  done  was , fundamentally , in  the  service  of  the  re-opening 
itself.”  Second,  that  when  the  museum  re-opened  “the  building  itself  would  be  the 
single  largest  consumer  of  the  museum’s  Application  Programming  Interface  (API).” 


The  API  predates  all  of  the  gallery  work  and  has  its  roots  in  the  release  of  the 
first  Collection  Alpha  in  September  2012  (Chan,  2012). 


The  design  of  the  API  is  heavily  influenced  by  and  modeled  after  the  photo- 
sharing website  Flickr’s  API,  first  released  in  2005.  The  Cooper  Hewitt  API  uses 
OAuth2  to  create  and  manage  access  tokens  which  create  a contract  between  a given 
application  and  a user,  specifying  the  scope  of  permissions  and  the  duration  of  that 
contract.  This  kind  of  “delegated”  authentication  is  an  important  aspect  of  the  API.  It 
means  that  the  museum  has  a way  to  securely  maintain  user  accounts  across  a variety 
of  applications  and  websites  that  are  developed  separately  from  one  another.  This 
means  the  main  brand  website  - built  on  WordPress  (see  Walter,  2014)  - and  the 
collections,  ticketing  and  account  management  websites. 


This  services  oriented  architecture  (SOA)  allows  the  museum  to  develop 
smaller  more  nimble  applications  instead  of  managing  and  scheduling  an  increasingly 
complex  set  of  features  and  requirements  in  a single  monolithic  tool . The  benefits  of 
the  SOA  model  were  perhaps  best  articulated  in  Steve  Yegge’s  2012  internal  memo 
titled  “Stevey’s  Google  Platforms  Rant”  that  was  accidentally  published  to  the  public 
Internet: 


So  one  day  Jeff  Bezos  issued  a mandate.  He’s  doing  that  all  the  time,  of 
course,  and  people  scramble  like  ants  being  pounded  with  a rubber  mallet 
whenever  it  happens.  But  on  one  occasion  — back  around  2002  I think, 
plus  or  minus  a year  — he  issued  a mandate  that  was  so  out  there,  so  huge 
and  eye-bulgingly  ponderous,  that  it  made  all  of  his  other  mandates  look 
like  unsolicited  peer  bonuses. 


His  Big  Mandate  went  something  along  these  lines: 

1 .All  teams  will  henceforth  expose  their  data  and  functionality 
through  sendee  interfaces. 

2.  Teams  must  communicate  with  each  other  through  these 
interfaces. 

3.  There  will  be  no  other  form  of  interprocess  communication 
allowed:  no  direct  linking,  no  direct  reads  of  another  team’s 
data  store,  no  shared-memory  model,  no  back-doors 
whatsoever.  The  only  communication  allowed  is  via  service 
interface  calls  over  the  network. 

4.  It  doesn’t  matter  what  technology  they  use.  HTTP,  Corba, 
Pubsub,  custom  protocols  — doesn ’t  matter.  Bezos  doesn ’t 
care. 

5.  All  service  interfaces,  without  exception,  must  be  designed 
from  the  ground  up  to  be  externalizable . That  is  to  say,  the 
team  must  plan  and  design  to  be  able  to  expose  the  interface 
to  developers  in  the  outside  world.  No  exceptions. 

6.  Anyone  who  doesn 't  do  this  will  be  fired. 

7.  Thank  you;  have  a nice  day!  (Yegge,  2012) 


This  is  essentially  what  the  Cooper  Hewitt  told  everyone  working  on  the 
project  - internally  and  externally.  Chan  (2014)  has  described  it  as  an  “API  tax” 


imposed  on  third-party  developers  in  the  short-term  but  that  the  museum  believes  will 
repay  itself  many  times  over  in  the  long-term. 


The  core  philosophy  behind  the  design  of  the  Cooper  Hewitt  API  is  two-fold: 


• To  define  a model  where  it  is  simple  (to  the  point  of  trivial  in  some  cases) 
to  implement  a client  in  any  programming  language:  HTTP  has  become 
the  lingua  franca  of  the  Internet  and  support  libraries  are  now  part  of 
every  programming  language’s  default  distribution.  Additionally  the 
ability  to  investigate  and  debug  individual  API  requests  from  a web 
browser  or  the  command-line  was  seen  as  a core  requirement . 

• To  define  a model  where  the  museum  can  easily  add  additional  output 
formats  as  requested  by  developers . The  museum  strives  to  remain 
agnostic  about  how  a consumer  chooses  to  have  data  returned  to  their 
application . If  someone  has  working  code  that  demands  data  returned 
from  the  API  be  formatted  in  a specific  way  and  we  can  accomplish  this 
simply  by  adding  a template  to  modify  our  underlying  data  structures  then 
we  will. 


The  collections  website  and  the  API  are,  in  fact,  the  same  ‘website’ . Although 
each  has  a unique  URL  they  share  the  same  codebase.  This  is  deliberate  - specifically 
the  idea  that  the  website  most  people  interact  with  and  the  API  are  discrete  instances  - 
or  scaffoldings  around  - the  core  libraries  that  make  up  the  collections  database.  We  do 
not  believe  that  the  API  is  at  the  center  of  the  technical  infrastructure  but  rather  that  it 
is  only  one  of  at  least  four  possible  avenues  available  for  interacting  with  the  data: 


• The  public-facing  website  itself 

• The  API 

• Command-line  tools 


Offline-tasks 


Although  each  of  these  endpoints  accept  many  of  the  same  parameters  and 
return  much  of  the  same  data  we  believe  they  are  fundamentally  different.  More 
specifically,  the  details  around  parameter  checking,  error-handling  and  other  dispatch 
requirements  are  all  unique  to  the  use-case.  Therefore  the  emphasis  is  placed  on 
writing  and  maintaining  libraries  that  could  easily  be  used  in  any  of  the  scenarios 
described  above.  While  this  sometimes  adds  to  the  overall  development  time  it  is  often 
only  in  the  initial  learning  curve  for  a particular  set  of  code  libraries  and  means  that  the 
details  of  any  one  piece  of  “scaffolding”  don’t  get  confused  with  any  others  or  with  the 
underlying  functionality  in  question. 


An  equally  important  decision  was  that  TMS  would  remain  the  museum’s 
canonical  source  of  “truth”  for  all  collections  metadata.  TMS  enjoys  an  institutional 
muscle-memory  and  an  often  derided  complexity  that  fell  entirely  outside  the  scope  of 
the  project.  A re-imagining  of  TMS  is  as  much  an  interaction  design  problem  as  it  is 
organizing  and  structuring  data  and  the  scale  of  the  task  would  only  have  been  a 
distraction  to  the  museum’s  goals  for  the  re-opening.  Instead  the  D&EM  team 
developed  a suite  of  tools,  called  tms-tools  (Cope,  2013)  for  extracting  data  from  TMS 
on  a regular  basis  and  used  it  to  seed  a user-facing  and  user-focused  collections 
website. 


A detailed  technical  discussion  of  Parallel-TMS  is  outside  the  scope  of  this 
paper.  A high-level  overview  of  the  way  the  collections  website  operates  in  the  day-to- 
day  life  of  the  museum  looks  like  this: 


• Export  from  TMS 

• Re-index  and  import  into  MySQL 

• Index  in  ElasticSearch  (previously  Solr) 

• Sketch  and  polish  in  code 


Export  metadata  to  GitHub 


Repeat 


At  the  time  of  this  writing  we  have  seen  three  main  drawbacks  to  this  approach. 
The  first  is  the  time  to  re-index  the  website.  The  second  is  what  we  refer  to  as  “data 
deploys”  versus  “code  deploys”.  The  third  and  arguably  the  most  frustrating  still  is  the 
inability  to  quickly  and  easily  re-index  and  update  any  single  record  independent  of  the 
entire  collection.  These  are  all  so-called  “known  knowns”  (Rumsfeld,  2002)  that  are 
deemed  acceptable  costs  of  operation,  given  what  the  overall  system  has  allowed  us  to 
accomplish  to  date. 

The  Holodeck 

An  important  tool  in  this  regard  has  been  the  “visit  holodeck”  a single-page 
Javascript  application  hosted  on  the  collections  website  that  was  developed  internally 
to  test  the  visit-related  API  methods  and  functionality  for  use  by  Local  Projects  and 
other  external  contractors.  This  tool  allows  the  museum  to  quickly  work  through 
questions  about  how  data  related  to  a visit  needs  to  be  stored  and  accessed  in  concrete 
terms,  by  calling  its  own  API,  rather  than  an  abstract  specification  document.  In  effect, 
we  wrote  our  own  minimalist  in-gallery  client  and  use  it  to  define,  and  sometimes  re- 
define, the  needs  and  specifications  for  the  project  in-situ  while  leaving  the  interactive 
and  user  experience  to  Local  Projects.  It  has  also  served  as  a reference  implementation 
for  contractors  and  a useful  tool  for  debugging  error  reports  and  disputes. 


SEARCH  THE  COLLECTION  Q MBM= 


HOLODECK 

Visit  simulator 


DETAIL8 

VWt  D:  ddbg201 471u3 

Pan  10: 8 


acrirai 


UPLOAD  A FILE 

Browse...  No  file  selected. 


COUECTAB  OBJECT 


VISIT  A TABU 


The  holodeck  has  allowed  the  museum  to  develop  external  API  methods,  user- 
facing visit  pages,  visit-related  administrative  tools  and  the  underlying  libraries  for 
working  with  visit  data  simultaneously  and  to  use  the  demands  presented  by  each 
scenario  to  influence  the  others.  An  important  measure  of  success,  internally,  was  how 
simple  this  process  proved  to  be,  and  how  quickly  it  could  be  done  while  still 
maintaining  a working  system. 


Any  time  spent  improving  the  online  collection  also  improves  the  API,  and  vice 
versa.  Similarly,  continued  improvements  to  the  API  also  make  possible  new  in-gallery 
experiences  in  the  future.  A continued  measure  of  success  is  ensuring  that  any  time  and 
resources  committed  to  the  online  collection  was  time  and  resource  spent  improving 
the  API  and,  downstream,  in-gallery  possibilities. 


In  doing  so  we  have  been  able  to  build  our  own  early  versions  or  imaginings  of 
the  ideas  and  concepts  presented  to  us  by  designers  and  contractors  and  to  work 
through  the  technical  costs  and  challenges  before  they  became  too  late.  The  museum  is 
able  to  operate  outside  of  and  in  parallel  to  the  schedules  of  its  contractors  which 
allows  it  to  question  assumptions  made  on  both  sides  of  a project  before  it  becomes  too 


late  to  find  anything  but  an  unpalatable  solution. 


A scaffolding  for  managing  absence 

The  collections  website  has  always  been  seen  as  a way  for  the  museum  to 
demonstrate  its  commitment  to  be,  in  Tom  Coates’  words,  “native  to  the  web”  (Coates, 
2005).  The  museum  sees  the  web,  rather  than  any  one  hardware  or  vendor  platform,  as 
central  to  its  mandate  of  providing  access  to  its  materials  to  the  public. 


Even  in  2015,  few  museum  collections  have  been  completely  digitized  nor  has 
the  metadata  for  those  collections  been  fully  vetted.  Ancillary  materials,  such  as  essays 
or  exhibition  publications , remain  silo-ed  from  the  main  collections  records  whether 
that  means  a separate  bespoke  database  or  an  individual  contributor’s  personal 
computer  or  simply  in  the  oral  history  of  an  institution.  The  reality  of  nearly  all 
museum  collection  websites,  then,  is  that  they  are  exercises  in  managing  absence. 
Therefore  the  collections  website  has  always  served  two  distinct  but  complementary 
and  reinforcing  purposes. 


The  first  purpose  is  to  provide  a technical  scaffolding  on  top  of  which  we  might 
start  to  gradually  integrate  past  materials  as  well  as  new  work  produced  for  the  re- 
opening. The  most  important  of  these  steps  was  giving  every  “first-class”  object  (for 
example:  constituents,  materials,  exhibitions,  objects)  in  our  collection  a stable  and 
permanent  ID  and  URL  on  the  web.  Everything  has  been  given  a URL  regardless  of  the 
quality  of  thoroughness  of  its  metadata  on  the  grounds  that  the  metadata  can  always  be 
improved  in  the  future.  Absence  of  a simple,  flexible  and  reliable  means  to  refer  to  an 
object  though  those  efforts  would  remain  invisible  and  rendered  largely  moot. 


The  second  purpose  has  been  to  use  that  same  scaffolding  as  a means  to 
develop  alternative  ways  to  investigate  the  collection.  When  the  Cooper  Hewitt 
collections  website  was  launched  only  7%  of  the  collection  had  been  photographed  and 
of  those  only  half  were  deemed  to  be  able  to  be  displayed  publicly.  This  combined  with 
the  paucity  of  the  metadata  for  many  object  records  means  that  we  have  been  forced  to 
consider  novel  interfaces  and  means  through  in  which  visitors  might  approach  our 
collection. 


What  distinguishes  the  range  of  experimental 
project  http://collection.cooperhewitt.org/experimental  S developed  in 
Cooper  Hewitt  Labs  is  that  they  were  designed  and  developed  in  short  periods  of  time 
without  requiring  a dedicated  calendar  or  disrupting  on-going  work.  Because  we 
control  the  deploy  cycle  for  the  entire  collections  website  these  sometimes 
experimental,  sometimes  silly  projects  can  be  proven  or  disproven  quickly  in  real-life 
circumstance.  Search  by  colour,  for  example,  has  quickly  become  one  of  the  most 
popular  ways  that  people  navigate  the  collection. 


This  same  approach  is  applied  to  the  post-visit  web  pages  on  the  collections 
website.  These  pages  will  provide  stable  and  permanent  URLs  for  every  object  that  a 
visitor  has  collected  or  the  items  they  have  created  during  their  visit  to  the  museum. 
Every  action  will  have  a permalink  which  will  be  private  to  that  visitor  by  default  but 
which  may  be  made  public  and  sharable  with  friends  and  family. 


By  giving  every  instance  of  collecting  or  creating  an  object  a permalink  we 
have  the  near-infinite  space  of  everything  that  can  be  appended  to  the  URL  to  work 
with.  It  might  mean  making  the  ten-thousand  word  essay  about  an  object  or  an 
exhibition  (that  no  one  will  ever  read  in  the  galleries)  available  from  every  collection 
permalink.  It  might  mean  allowing  users  to  upload  their  own  photos  that  they  took  of 
an  object  during  their  visit.  It  might  mean  linking  to  other  instances  of  the  same  object 
that  in  other  museum  collections. 


YOUR  VISIT  TO  THE  MUSEUM  ON  APRIL  03, 2015 

This  visit  is  also  known  by  the  shortcode  pjct.  There  are  a total  of  42  items  associated  with  this  visit 
and  42  of  them  were  objects  you  collected . See  all  the  items  for  this  visit  or  see  all  of  your  visits 


Lithotomy  Surgical  Set  (France) 


You  coHoctsd  this  object  at  12.-49  PM  This  selection  is 
private  and  can  only  be  seen  by  you  but  you  can  make  it 
pubSc  if  you'd  like.  You  can  also  (amove  this  item  entirely. 


Swiss  Champ  SOS  Pocket  Knife/Multitool 


You  collected  this  object  at  12:49  PM.  This  selection  is 
private  and  can  only  be  seen  by  you  but  you  can  make  it 
ptMc  if  you'd  ike.  You  can  also  (amove  this  item  entirely. 


Awl  And  Cord  (USA) 


You  colloctod  this  object  at  12:49  PM.  This  selection  is 
private  and  can  only  be  seen  by  you  but  you  can  make  it 
public  if  you'd  like.  You  can  also  (amove  this  item  entirely. 


What  if  we  designed  things  in  a way  that  made  it  easy  and  intuitive  for  a visitor 
to  revisit  their  time  spent  in  the  galleries  at  some  later  date?  We  need  to  not  only  accept 
the  idea  that  a person  may  go  months  at  a time  without  looking  at  their  visit  pages  but 
to  convey  to  those  people  that  we  will  still  be  here  just  as  ready  and  willing  and  eager 
when  the  moment  to  return  strikes  them.  That  we  have  the  confidence  and  enthusiasm 
in  our  collection,  as  well  as  the  institutional  capacity,  to  accommodate  the  many  varied 
schedules  of  our  visitors.  In  short,  we  do  not  expect  every  visitor  to  want  to  come  back 
to  their  visit  diaries  immediately,  nor  should  we  - and  success  metrics  need  to  be 
adjusted  accordingly. 


Ticketing,  Privacy  and  Identity 


One  of  the  changes  The  Pen  has  forced  is  a collapsing  of  all  the  different 
identity -related  databases,  inside  the  museum.  Like  many  museums  before  the 
reopening  the  Cooper  Hewitt  had  separate  databases  for  members,  donors,  patrons, 
benefactors  and  so  on.  One  consequence  of  the  way  The  Pen  works  is  that  everyone  is 
a visitor  regardless  of  their  financial  relationship  with  the  museum.  A visitor  might  be 
also  be  a long-standing  member,  and  over  the  course  of  their  history  with  the  museum 
also  be  a patron  one  year  and  not  another,  until  maybe  one  year  they  forego  their 
membership  entirely.  What  connects  all  those  different  roles  now  is  precisely  that  they 
are  now  roles  or  aspects  of  a single  persistent  user  account  centered  around  multiple 
and  ongoing  visits  to  the  museum. 


Whilst  a detailed  exploration  of  the  choice  of  a ticketing  system  is  the  concern 
of  another  paper,  the  museum  selected  Tessitura.  Tessitura  now  runs  the  museum’s 
ticketing  needs  for  general  admission  as  well  as  events.  It  also  maintains  ‘constituent 
records’  uniting  all  the  members,  donors  and  visitors  under  one  system. 

The  temptation  to  require  ‘user  accounts’  for  all  visitors  - at  least  by  an  email  address 
- was  very  strong.  Even  Local  Projects  recommended  that  we  collect  email  addresses 
on  the  interactive  tables  based  on  their  experience  with  other  clients  and  this  preference 
is  visible  in  the  internal  UX  video  produced  in  late  2013  (see  Chan,  2015).  However 
the  D&EM  team  argued  persistently  for  a default  of  ‘anonymity’ . Visitors  - even 
museum  members  - should  be  able  to  use  the  museum  and  its  technological 
augmentations  without  identifying  themselves  if  they  wished. 


By  default  all  visits  to  the  museum  are  anonymous  and  identified  only  by  their 
shortcode.  If  a visitor  buys  a ticket  to  the  museum  online  then  it  remains  possible  to 
correlate  a visit  shortcode  with  the  user  account  stored  in  Tessitura  used  to  purchase 
that  ticket.  Even  in  the  case  of  online  purchases  visits  are  not  automatically  associated 
with  user  accounts . While  this  may  become  possible  in  the  future  it  presents  a number 
of  user  interface  and  interaction  challenges. 


If  an  individual  purchases  multiple  tickets  both  for  themselves  and  others  how 
should  the  museum  prevent  all  those  visits  from  being  automatically  paired  with  a 
single  user?  If  the  user  is  presented  additional  steps  to  perform  (for  example,  choosing 
which  ticket  to  associate  with  their  user  account)  will  that  dissuade  them  from 


completing  the  purchase  or  serve  only  to  leave  a person  with  the  impression  that  every 
part  of  their  visit  will  be  equally  complicated?  How  does  a visitor  remember  which 
ticket  is  associated  with  their  Cooper  Hewitt  account? 


These  are  all  important  interaction  questions  that  the  museum  should  address 
going  forward.  However,  given  the  complexity  of  the  work  necessary  just  to  launch 
The  Pen  they  were  determined  to  be  best  left  for  a future  release. 


Similarly  all  the  objects  or  creations  collected  during  the  course  of  a visit  are 
private  by  default.  Once  a visitor  has  paired  their  visit  with  a Cooper  Hewitt  account 
then  those  items  may  be  made  public  and  “shared”  using  the  URL  or  any  number  of 
social  tools. 


As  with  most  aspects  of  The  Pen  the  opportunity  to  create  increasingly  complex 
and  nuanced  applications  or  interactions  around  identity  has  been  actively  resisted  in 
the  interest  of  first  affording  a visitor  the  ability  to  spend  time  in  the  museum  with  a 
measure  and  ease  of  recall,  after  the  fact,  for  reasons  unique  to  that  visitor.  We  believe 
that  visitors  find  their  own  meaning  and  import  in  the  objects  they  collect  or  create  not 
just  in  the  90  minutes  they  spend  in  the  galleries  but  in  the  days,  months  and  years  that 
follow  their  visit  and  on  their  own  schedule.  We  believe  that  the  first  and  best  thing  the 
museum  can  do  is  to  provide  better  tools  to  help  visitors  manage  that  recall.  There  are 
many  opportunities  this  simple  idea  makes  possible  but  the  first  step  is  to  ensure  that 
we  do  it  well,  both  from  the  perspective  of  the  visitor  and  the  operational  demands  it 
places  on  the  museum,  and  only  then  to  build  on  that  foundation. 


YOUR  PEN  = YOUR  MUSEUM  DIARY 


USE  THE  STYLUS 
END  TO  DRAW 

Sketch  furniture, 
wallpaper,  buildings 
& more. 

A light  touch  is 

all  you  need. 


USE  THE  OTHER  END 
TO  COLLECT 
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Object  saved! 
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Part  Four 

The  first  weeks 

The  museum  opened  to  the  public  on  December  12, 2014.  Manufacturing  issues 
delayed  the  arrival  of  The  Pen,  which,  in  hindsight  was  an  entirely  desirable  result.  The 
delays  enabled  the  museum  to  figure  out  how  its  new  ticketing  system  worked  along 
with  visitor  flows  throughout  the  newly  designed  spaces.  The  delays  also  meant  that 
the  museum  had  a trial  run  of  an  inevitable  future  where  The  Pen  may  need  to 
‘gracefully  fail’ . 


In  the  first  weeks  of  the  opened  museum  all  of  the  interactive  media 
experiences  were  operational  and  their  user  interface  simply  did  not  present  visitors  the 
option  to  ‘save’  their  own  designs,  and  did  not  prompt  to  connect  their  Pens.  Although 
there  was  some  public  disappointment,  it  was  muted,  and  in  some  regards  built  a 
greater  expectation  for  the  time  when  The  Pen  would  be  deployed.  The  reviews  of  the 
reinvigorated  museum  were  upbeat,  positive,  and  even  without  The  Pen,  reviewers 
were  impressed  by  the  interactivity  and  the  way  in  which  it  had  been  interwoven  into 
the  museum. 


The  Pen  finally  arrived  and  went  live  to  the  public  on  March  10, 2015. 


In  the  three  weeks  since  then,  1 1 ,668  ticketed  visitors  have  used  8,976  pens. 
Excluding  the  This  distribution  rate  of  76%  includes  visitors  who  would  not  be  offered 
a pen  - children  under  6,  and  during  the  initial  weeks,  school  groups  and  visitors 
arriving  during  the  museum’s  Pay -What- You-Wish  Saturday  evenings. 


More  interestingly,  and  surprising  to  the  museum,  has  been  the  usage  of  those 
8,976  pens.  Those  pens  have  collected  objects  222,572  times,  and  been  used  to  save 
7,071  visitor-made  designs.  Visitors  have  collected  over  2,500  distinct  objects  which, 
considering  that  there  are  only  approximately  700  objects  on  display  in  the  galleries,  is 
a good  indication  that  the  stated  goal  for  the  Collection  Browser  to  encourage 
“exploring  the  breadth  of  the  collection  . . . across  the  whole  museum”  has  been 
successful. 


The  museum  now  has  pseudo-anonymous  data  on  which  objects  are  collected 
and  their  sequence  which  can  easily  be  mapped  against  their  locations  in  the  building; 
and  it  also  has  a good  estimation  of  daily  average  dwell  times  calculated  as  the  time 
between  pen  distribution  (at  ticketing)  and  final  dock  (at  exit).  Average  dwell  times 
now  far  exceed  anecdotal  data  from  the  former  museum  - over  2 hours  versus  45 
minutes  previously. 


We  are  also  tracking  post- visit  online  usage  using  a combination  of  standard  web 
analytics  tools.  Of  the  8,976  pens  paired  with  tickets,  so  far,  2,443  (27%)  have  already 
returned  to  explore  their  collections  online  viewing  an  average  of  8.4  pages. 


Considerably  more  research  is  required  along  with  more  robust  and  statistically 
valid  methods  of  data  analysis,  but  for  the  first  time  Cooper  Hewitt  can  begin  to 
examine  how  its  visitors  behave  in  its  spaces,  and  use  that  to  design  better,  more 
impactful  exhibitions  and  programs. 

Sustainability,  or,  is  Cooper  Hewitt  “done”? 

A common  question  in  the  cultural  heritage  sector  is  how  projects  like  ours  can 
be  made  ‘sustainable’  by  an  institution.  In  this  sense,  ‘sustainability’  is  often 
understood  as  a smooth  march  from  a one-off  innovation  to  a commodity  - ideally  one 
which  can  be  bought  cheaper  from  a third  party  supplier.  Most  technology  eventually 
follows  this  arc  - disk  storage  begins  as  an  expensive  bespoke  product,  and  now  is 
offered  as  an  almost  zero-cost  service;  the  same  for  finance  systems,  collection 
management  systems,  and  the  like.  Even  a museum  website  in  its  most  basic  marketing 
brochureware  form  has  gone  from  requiring  bespoke  code  authoring  and  design,  to 
being  available  in  a ‘good  enough’  template  form  from  zero-code  providers  like 
Squarespace. 


In  terms  of  exhibition  technology  and  ‘visitor-facing  technology  innovation’  in 
museums  this  is  traditionally  the  preserve  of  third-party  exhibition  design  firms  and 
audio  visual  integrators.  These  firms  - Local  Projects,  AV&C,  Diller  Scofidio  + Renfo 
(DS+R)  included  - offer  design  and  build  services,  and  perhaps  a ‘service  and  support 
contract’  for  12-18  months  after  deployment. 


It  is  important  to  recognize  the  problems  with  this  model  when  it  comes  to 
services-based  projects  like  The  Pen  and  its  ‘museum-wide’  system: 


• Support  contracts  are  typically  for  projects  whose  value  diminishes  over 
time  ( because  on-going  development  of  a project  stops  at  launch)  and  so 
the  cost  of  that  contract,  in  effect,  increases  year  over  year  with  fewer  and 


fewer  returns. 


• With  support  contracts  very  often  no  institutional  knowledge  about  the 
project  or  how  it  might  serve  as  a platform  for  future  projects  is  gained. 
Sometimes  the  only  tangible  skill  an  institution  learns,  or  passes  on,  is 
how  to  manage  contracts  for  service  providers. 

• A support  contract  is  only  valid  for  past  work.  Any  additional  changes  or 
improvements  incur  additional  non-trivial  costs  because  third-party 
contractors  not  only  need  to  complete  the  work  but  require  time  to 
familiarize  themselves  with  a pre-existing  code  base. 

• Support  contracts  represent  money  that  leaves  the  institution  and  never 
comes  back. 

These  overall  costs  are  likely  to  be  much  more  than  it  would  cost  to  hire  and 
maintain  permanent  creative  technical  staff  in  a museum  when  intangibles  like 
institutional  knowledge  and  the  ability  to  build  on  the  value  - technologies,  learnings, 
especially  created  by  past  work  - are  factored  in. 


As  a sector  we  have  spent  a couple  of  decades  making  excuses  for  why 
“digital”  can’t  be  made  core  to  staffing  requirements  and  the  results  have  ranged  from 
unsatisfying  to  dismal. 

The  shift  to  a ‘post-digital’  museum  where  “digital  [is]  being  naturalized  within 
museums’  visions  and  articulations  of  themselves”  (Parry,  2013)  will  require  a 
significant  realignment  of  priorities  and  an  investment  in  people.  The  museum  sector  is 
not  alone  in  this  - private  media  organisations  and  tech  companies  face  exactly  the 
same  challenge.  Despite  ‘digital  people’  and  ‘engineers’  being  in  high  demand,  they 


should  not  be  considered  an  ‘overpriced  indulgence’  but  rather  than  as  an  integral  part 
of  the  already  multidisciplinary  teams  required  to  run  a museum,  or  any  other  cultural 
institution. 


The  flow  of  digital  talent  from  private  companies  to  new  types  of  public  service 
organizations  such  as  the  Government  Digital  Service  (UK),  18F  (inside  GSA)  and  US 
Digital  Service,  proves  that  there  are  ways,  beyond  salaries,  to  attract  and  retain  the 
specialist  staff  required  to  build  the  types  of  products  and  services  required  to 
transform  museums.  In  fact,  we  argue  that  museums  (and  other  cultural  institutions) 
offer  significant  intrinsic  benefits  and  social  capital  that  are  natural  talent  attractors  that 
other  types  of  non-profits  and  public  sector  agencies  lack.  The  barriers  to  changing  the 
museum  workforce  in  this  way  are  not  primarily  financial  but  internal,  structural  and 
kept  in  place  by  a strong  institutional  inertia. 

Next? 


If  the  Cooper  Hewitt  has  succeeded  in  challenging  the  expectations  or 
requirements  of  a museum’s  digital  footprint  it  is  important  to  recognize  that  this  is  not 
simply  about  The  Pen.  That  the  museum  was  able  to  design  and  manufacture  its  own 
bespoke  hardware  may  be  an  impressive  accomplishment  but  The  Pen  can  only  be  seen 
as  successful  in  so  far  as  it  enables  the  museum  and  its  visitors  to  do  more  with  our 
collection.  And  despite  the  torrent  of  publicity  it  has  brought.  The  Pen  was  not  just  as  a 
marketing  device  for  the  re-opening  but  a means  to  change  the  museum’s  relationship 
with  its  visitors. 


Product  design  and  hardware  manufacturing  are  not  a museum’s  core 
competency  and  we  would  not  have  succeeded  without  the  generosity  and  efforts  of 
our  partners.  The  Pen  was  a massive  undertaking  and  nearly  “broke”  the  museum  on 
any  number  of  occasions.  Where  it  didn’t  “break”  the  museum,  the  requirements 
demanded  by  The  Pen  and  Pen-related  infrastructures  impacted  every  layer  of  the 
museum’s  staff,  its  physical  plant,  its  budgeting  process  and  its  day-to-day  operations. 
Whilst  some  of  this  was  predictable  and  could  have,  with  time  and  resourcing,  been 
mitigated  against,  there  has  also  been  a benefit  in  having  the  institution  grapple  with 
the  complexities  of  running  a new  customer-facing  infrastructure.  Over  time  it  will  - as 


it  must  - build  new  institutional  muscles  to  take  on  and  adapt  to  its  new  form. 


Likewise  the  project  introduced,  and  in  some  cases  exposed,  new  ways  for  the 
museum  to  understand  its  technology  infrastructure  and  its  relationships  with  third- 
party  contractors  and  vendors. 


Cooper  Hewitt  had  been  able  to  make  a significant  public-facing  step  change 
only  by  making  those  vendors  and  internal  Smithsonian-wide  stakeholders  believe  in 
the  scale  and  ambition  of  a project.  The  museum  was  able  to  prove  it  was  genuine  in  its 
ambitions  through  its  prototyping  and  ongoing  commitment.  With  the  right  investment 
in  staffing,  this  new  platform  could  conceivably  be  used  to  make  viable  interactive 
applications  (and  just  as  importantly  serve  as  an  internal  prototyping  tool  for  testing 
and  validating  future  third-party  work)  for  another  decade. 


“At  a time  when  so  many  museums  seem  intent  on  new  spaces  for  new 
design  and  new  art  (like  the  Whitney,  Upper  East  Side  deserter),  it’s  a 
relief  that  the  Cooper  Hewitt  finally  spent  the  time  and  the  money  to  make 
their  1902  Carnegie  Mansion  sing.  Rather  than  being  a straightjacket,  the 
mansion’s  ornate  rooms  and  halls  now  form  a rich  and  idiosyncratic  frame 
for  design  objects  of  all  ages.”  - Lange  (2014) 


“[The  work]  is  an  investment  in  a particular  idea  of  cultural  democracy. 
It’s  a view  where  imperfect  speech  can  always  — and  will  always,  and 
should  always — be  augmented  by  further  speech.  It  trusts  in  the  discourse 
over  the  perfection  of  the  original  work.”  - Meyer  (2015) 


Thank  you 


This  ambitious  project  is  the  work  of  many  individuals , teams  and 


organisations . It  would  not  have  been  possible  without  the  generous  donations  and 
support  of  Bloomberg  Philanthropies,  GE  Design,  Undercurrent,  and  the  Board  of 
Trustees;  the  hard  work  of  Local  Projects,  Diller  Scofidio  + Renfro,  Sistelnetworks, 
Tellart,  and  Makesimply;  and  the  ongoing  hard  work  of  colleagues,  interns  and 
volunteers  inside  both  Cooper  Hewitt  and  the  Smithsonian  at  large. 
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publishing  is  as  publishing  does 
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BEAUTIFUL  USERS 

This  book  is  145  pages  long  and  this  is  page  2 / See  all  the  publications 
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This  blog  post  was  originally  written  for  the  Cooper  Hewitt 
Labs  http: / /labs . cooper hewitt . org/2 015 /publishing- is -as -publishing-does - 
revealing-books-in-the-collection/  blog,  itl  April  2015 . 

We’ve  added  a new  secdon  to  the  Collections  website: 
publications  https://collection.cooperhewitt.org/publications/  . You 
know,  books  http://www.cooperhewitt.org/publications/ 

This  is  the  simplest  dumbest 

thing  http: / /labs . cooper hewitt . org/2014/our-new-ticketing-website/  we 
could  think  of  to  create  a bridge  between  analog 

publications  http://www.cooperhewitt.org/publications/  and  the  web.  It’s 
only  a handful  of  recent  publications  at  the  moment  and  whether  or  not  older 
publications  will  be  supported  remains  an  open  question,  for  now. 

To  be  clear  - there  are  already  historical 

publications  http: //WWW. cooper hewitt . or g/publicat ion-category /historical- 


publications -online/  available  for  viewing  on  the  main  Cooper  Hewitt 
website  http://www.cooperhewitt.org/  . As  I was  writing  this  blog  post 
Micah  http://labs.cooperhewitt.org/author/walterm/  reminded  me  that 
we’ve  even  uploaded  them  in  to  the  Internet 

Archive  https : / / archive . org/ search . php?query=creator%3A%22Cooper- 
Hewitt+Museum%22  so  you  can  use  their  handy  book 

reader  https://openlibrary.org/dev/docs/bookreader  to  view  the  books 
online.  All  of  which  means  that  we'll  likely  be  importing  those  publications  to  the 
collections  website  http://coiiection.cooperhewitt.org/  soon  enough. 

All  of  this  (newer)  work  is  predicated  on  the  fact  that  we  have  the  luxury,  with 
these  specific  publications,  of  operating  outside  the  “work”  versus  “edition” 
dilemma  https  : / /blog,  open  library . org/2011/  0 6/03  /announcing-a-new-read- 
api/  that  many  other  kinds  of  books  have  to  negotiate.  All  we’ve  done  is  created 

stable  permanent 

URLs  http: / /mw2015 .museumsandtheweb.com/paper/strategies-against- 
ar chitecture- inter active-media-and-transf ormative-technology-at-cooper- 
hewitt/  for  each  book  and  each  page  in  that  book.  That’s  it. 


PUBLICATIONS 

These  are  some  — but  not  all,  yet  — of  the  books  that  Cooper  Hewitt  has  published  over  the  years 

o Making  Design 

This  book  was  published  in  2015  and  is  912  pages  long 

o Tools:  Extending  Our  Reach 

This  book  was  published  in  2015  and  is  267  pages  long 

o Ah-Ha  to  Zig-Zag 

This  book  was  published  in  2014  and  is  53  pages  long 

o Beautiful  Users 

This  book  was  published  in  2014  and  is  145  pages  long 

o Life  of  a Mansion 

This  book  was  published  in  2014  and  is  157  pages  long 


The  goal  is  not  to  reproduce  the  book  online,  for  all  the  usual  reasons,  but  to 
give  meaningful  atomic  units  of  a book  - pages  - a presence  on  the  Interwebs  and  a 
scaffolding  for  future  stuff  (object  lists,  additional  photographs,  notes  and  other 
ancillary  materials  and  so  on)  as  time  and  circumstance  permit. 


Related,  Emily  Fildes’  and  Allison  Foster’s  Museums  and  the  Web  (2015) 

paper 

What  the  Fonds?!  The  ups  and  downs  of  digitising  Tate’s 

Archive  http: / /mw2015 .museumsandtheweb.com/paper/what-the-fonds-the-ups- 
and-downs-of-digitising-tates-archive/  is  a good  discussion  around  the  issues, 
both  technical  and  user-facing,  that  are  raised  as  various  sources  of  disparate  data 
(artworks,  library  and  archive  data,  curatorial  files)  all  start  to  share  the  same 
conceptual  space  on  the  web. 


LIFE  OF  A MANSION 

This  book  is  157  pages  long  and  this  is  page  124  / See  all  the  publications 


We’re  not  there  yet  and  it  may  take  us  a while  to  get  there  so  in  the  meantime 
every  page  URL  has  a small  half-toned  https://github.com/cooperhewitt/py- 
cooperhewitt-roboteyes-atkinson  reproduction  of  the  book  page  in  question. 


That’s  meant  to  give  people  a visual  cue  and  confidence  in  the  URL  itself  — 
specifically  they  look  the  same  — such  that  you  might  bookmark  it,  share  it  with  a 
friend,  or  whatever  awesome  use  you  dream  up  without  having  to  wonder  whether  the 
ground  will  shift  out  from  underneath  it. 

Kind  of  like  books,  right? 

http : / /2  0 14 . dconstruct . org/ conf erence/mandybrown/ 


Finally,  all  the  links  indicating  how  many  pages  a particular  book  has  are 
“magic”  - click  on  them  and  you'll  be  redirected  to  a random 

page  https : / / collection. cooper hewitt . org /publications/69 172 951 /random/ 
inside  that  book. 


Enjoy ! 


AH-HA  TO  ZIG-ZAG 


https : / / collection. cooper hewitt . or g/publicat ions/69 172 8 65/pag 


YOUR  STUFF - 


OUR  STUFF 


MAKING  DESIGN 


https : / /collection. cooperhewitt.org/publications/69172951/pag 


things  I have  written  elsewhere 

#1 43052480 


exporting  your  visits 


exporting  your  visits 


Your  visit  to  the  Cooper  Hewitt  on  May  12,  2015 


>"  arW  you  coMcted  (or  created)  1 7 
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This  blog  post  was  written  for  and  originally  published  on  the  Cooper  Hewitt  Labs 
blog  http://labs.cooperhewitt.org/2015/exporting-your-visits/  , in  May  2015 . 


Starting  today  you  can  export  the  items  you  have  collected  or  created  during 
your  visits  to  the  museum.  When  you  export  a visit  we  will  bundle  up  all  the  objects 
you’ve  collected  and  all  the  items  you’ve  created  in  to  a static  website  that  is  then 
compressed  and  made  available  for  you  to  download  directly. 


A static  website  means  that  you  can  view  all  of  your  visit  items  in  any  old  web 
browser,  even  when  it’s  not  connected  to  the  Internet.  It  means  that  if  you  have  your 
own  website  you  can  copy  your  visit  export  over  it  and  host  it  and  share  it  and,  well. . . 
do  whatever  you  want  with  it. 


Where  “whatever  you  want ” means  “so  long  as  you  comply”  with  the 
Smithsonian  Terms  of  Use  http://www.si.edu/termsofuse  or  assert  your  rights 
under  Fair  Use  http://www.copyright.gov/fis/fi102.htmi  if  you  are  based  in 
the  US. 


We  think  that  this  is  of  particular  importance  to  educators  who  may  not  have 
unfiltered  or  functional  internet  connections  in  their  classrooms. 


A visit  export  doesn’t  have  all  the  same  bells  and  whistles  that  your  visit  on  the 
Cooper  Hewitt  collections  website  does  but  everything  you  need  to  view  an  export 
(except  a web  browser  obviously)  is  contained  in  the  hie  you  download.  There  is  a 
landing  page,  and  a paginated  view  of  everything  you’ve  done  and  a page  for  every 
object  collected  and  each  one  of  your  creations. 


Visit  exports  also  come  with  a friendly  and  detailed  J SON  file  for  every  item 
you’ve  collected  or  created.  If  you  don’t  know  what  that  last  sentence  means,  don’t 
worry  about  it.  It  just  means  that  everything  you  ’ve  done  during  a visit  also  has  a file 
containing  structured  metadata  about  that  activity  which  your  developer  friends  may 
get  excited  about. 


Visit  exports  use  are  very  own  js-cooperhewitt- 
images  https://github.com/cooperhewitt/js-cooperhewitt-images/  library  to 
manage  square-cropped  thumbnails  that  reveal  the  complete  thumbnail  when  you 
mouse  over  them,  just  like  on  the  collections 

website  http://iabs.cooperhewitt.org/2013/b-is-for-beta/ 


Images  for  loan  objects  are  not  included  with  your  visit  download.  That’s 
because  they’re  loan  objects  and  we  only  have  permission  to  host  those  images  from 
our  own  collections  website  http://coiiection.cooperhewitt.org/  . Instead  of 


including  the  images  locally  in  your  visit  download  every  time  there  is  a loan  object  we 
link  directly  to  the  image  hosted  on  our  own  website. 


If  you’re  not  online  (or  your  web  browser  hasn’t  already  cached  a copy  of  the 
image  on  your  hard  drive)  then  your  visit  pages  are  smart  enough  to  load  a placeholder 
image  for  that  object.  Like  this: 


Your  visit  to  the  Cooper  Hewitt  on  May  1 2,  201 5 

You  collected  or  created  1 7 items  that  day  and  this  is  page  3 of  6 /See  your  vistt  on  the  Cooper  Hewitt  website 
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previous  next 


We  do  the  same  for  individual  item  pages  too: 


Sotar  Walt  2010 
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Visit  exports  are  deliberately  minimal,  by  design.  They  contain  a small  amount 
of  HTML  markup  that’s  been  enhanced  with  a little  bit  of  JavaScript  and  CSS  to  create 
a minimally  elegant  export  that  people  can  easily  tailor  to  their  own  needs.  Some 
people  may  quibble  with  the  idea  that  including  both  the 

jQuery  http://jquery.com/  and  Bootstrap  http://getbootstrap.com/ 
libraries  is  not  really  a “little  bit  of  JavaScript  and  CSS”  but  we  hope  that  we  have 
done  things  in  such  a way  that  it’s  easy  for  people  to  change  if  they  choose  to. 


Visit  exports  are  currently  only  available  for  visits  that  have  been  “paired”  with 
your  Cooper  Hewitt  account.  A visit  that  has  been  exported  is  cached  on  our  servers 
but  it  can  be  regenerated  when  something  about  your  visit  changes  - you  delete  an 
item,  or  add  a note  and  so  on  - not  more  than  once  per  day.  Each  one  of  your  visits 
(remember:  each  one  of  your  paired  visits)  has  a handy  export  button  at  the  bottom 
of  each  page  and  you  can  see  a list  of  all  your  exported/exportable  visits  by  going  to: 
https://collection.cooperhewitt.org/you/visits/exports/  https: //collection. cooper 
hewitt . org/you/visits/exports/ 


The  exports  themselves  are  generated  using  our  own 
API  https : / / collection. cooperhewitt . org/api/  and  the  recently  released 
COOperhewitt  .visit  https : / /collection. cooperhewitt . or g/ api /methods /#cooper he 
witt. visits  and 

Cooperhewitt  .visit  .items  https  : / / collection,  cooperhewitt . or  g/ api /methods /#co 
operhewitt.  visits,  items  family  of  methods.  There  is  a bunch  of  bespoke  code 
that  we’ve  written  to  manage  how  exports  are  scheduled  and  stored  but  the  part  that 
actually  builds  your  export  is  a plain- vanilla  API  application  using  the  same  public  API 
methods  that  you  might  use  to  generate  your  own  visit  export. 


Example 

$>  python  scripts/visit-export .py  --config  ' path/to/conf ig'  --shortcode  'shortcode'  --outdir  ' /\ 

Caveats 

Whoa  crazy,  man 

Remember  this  is  a working  application  that  we  are  adapting  to  circumstance  so  sometimes  the  code 
may  look  a little  crazy.  Further  it  may  actually  be  crazy  code  to  accomodate  decisions  we've  made  in 
the  API.  This  is  here  to  keep  us  honest. 


In  time  we  may  open  source  the  API  application  we’ve  written  but  for  now 
we’re  going  to  keep  putting  it  through  its  paces  to  make  sure  that  it  works  consistently, 
as  expected,  and  to  force  ourselves  to  use  the  same  tools  we’re  making  available  to 
people  outside  the  “hula 

hoop  http: //www. aaa. si . edu/ col lections /images /detail /min-okubo- 
christmas-card-to-unidentif ied-recipient-11273  “. 


My  Table 

You  created  this  during  a visit  to  the  Cooper  Hewitt  in  May  of  201 5. View  your  original  creation. 
See  all  the  items  from  your  visit 


Finally,  a little  bit  of  administrivia:  Your  visit  exports  are  made  available  under 
the  Smithsonian  Terms  of  Use  agreement  http://www.si.edu/termsofuse  . You 
can  read  the  entire  document  but  the  short  (and  relevant)  bits  are: 


The  Smithsonian  Institution  (the  “Smithsonian”)  provides  the  content  on 
this  website  (www.si.edu  www.si.edu  ),  other  Smithsonian  websites, 
and  third-  party  sites  on  which  it  maintains  a presence  (“SI  Websites”)  in 
support  of  its  mission  for  the  “increase  and  diffusion  of  knowledge.”  The 
Smithsonian  invites  you  to  use  its  online  content  for  personal,  educational 
and  other  non-commercial  purposes;  this  means  that  you  are  welcome  you 
to  make  fair  use  of  the  Content  as  defined  by  copyright  law.  Information 
on  United  States  copyright  fair  use  law  is  available  from  the  United 
States  Copyright 

Office  http://www.copyright.gov/fls/fll02.html  . Please  note  that 
you  are  responsible  for  determining  whether  your  use  is  fair  and  for 
responding  to  any  claims  that  may  arise  from  your  use. 


In  addition,  the  Smithsonian  allows  personal,  educational,  and  other  non- 
commercial uses  of  the  Content  on  the  following  terms: 


You  must  cite  the  author  and  source  of  the  Content  as  you  would  material 
from  any  printed  work. 


You  must  also  cite  and  link  to,  when  possible,  the  SI  Website  as  the  source 
of  the  Content. 


You  may  not  remove  any  copyright,  trademark,  or  other  proprietary 
notices  including  attribution  information,  credits,  and  notices,  that  are 
placed  in  or  near  the  text,  images,  or  data. 


In  addition  to  copyright,  you  must  comply  with  all  other  terms  or 
restrictions  (such  as  trademark,  publicity  and  privacy  rights,  or  contractual 
restrictions)  as  may  be  specified  in  the  metadata  or  as  may  otherwise 
apply  to  the  Content.  Please  note  that  you  are  responsible  for  making  sure 
that  your  use  does  not  violate  or  infringe  upon  the  rights  of  anyone  else. 


YOUR  VISIT  EXPORTS 

You  have  5 saved  visits 


You  visited  the  museum  on  May  12, 2015  and  you  last  exported  your  visit  on  May  13, 2015  but  there  have  been 
changes  to  your  visit  since  then. 


RE-BUILD  YOUR  VISIT  EXPORT 


Your  ticket  ID  (or  "shortcode")  for  this  visit  was  Ihhl.  The  old  export  can  still  be  downloaded  from: 


Enjoy ! 


2015-05-20 


preambles 


Always  be  talking  about  the  Pen... 


Always  be  talking  about  the 
Pen... 


Since  doing  a first  Big  Talk  about  the 
Pen  http: //www. aaronland. info/weblog/2015/03/16/mention/#fc 
reaking-up  , in  Denver  last  March,  I've  done  three  subsequent 
talks  on  the  subject.  The  middle-bits  and  the 

end  http: //www. aaronland . info/weblog/ 2 015/03 / 16 /mention/#v 
ra-2  015-013  are  all  more  or  less  the  same  but  each  have  started  a 
little  differently.  There  are  common  themes  in  all  of  these  talks  but 
each  is  different  in  its  own  way.  They  are  presented  here  not  as  a 
cohesive  narrative  but  because,  as  usual,  it  is  the  story  I want  to 
remember. 


In  the  time  it's  taken  me  to  assemble  this  blog  post  a 
colleague  asked  whether  the  Cooper  Hewitt  had  a digital  strategy 
document  we  could  share.  If  we  had  one  Seb  never  bothered  to  share 
it  with  me  which  is  just  as  well  since  I am  mostly  allergic  to  them  or 
at  least  choose  to  act  as  though  I am.  This  is  what  I said  instead  and 
I am  including  it  here  because  it  nicely  synthethizes  a lot  of  what  I 
was  trying  to  get  at  in  the  talks  below. 


Make  digital  part  of  the  executive.  This  is  all  still  so 
new  (at  least  in  the  museum  sector ) that  it  needs  the 
love  and  care  and  the  shit-umbrella  of  the  director 
lest  the  whole  thing  get  swallowed  up  by  the  internal 
politics  of  the  organization. 


Build  internal  capacity.  Read:  Hire  warm  bodies  and 
treat  them  as  your  own . This  doesn  't  preclude  third- 
party  contracts  but  none  of  this  stuff  is  self- 
assembling.  The  sector  has  a bad  habit  of  believing 
that  the  place  to  standardize  things  is  in  the  mortar, 
so  to  speak,  rather  than  the  bricks.  The  results  not 
surprisingly  have  ranged  from  hilarious  to  a galactic 
waste  of  time  and  everything  in  between.  Bricks  are 
totally  worth  standardizing  on.  Mortar  itself  may  be 
something  to  standardize  on  but  its  application  is 
worth  paying  someone  to  do  on  a case-by-case  basis. 

Adopt  the  gov.uk  motto  that  the  strategy  is 
delivery  http : / /mikebracken . com/blog/the- 
strategy-is-delivery-again/ 


Which  is  a friendlier  way  of  saying  "just  fucking  do 
it"  which  really  means  that  the  people  _in_  digital  do 
not  have  the  luxury  of  faffing  around  for  six  months 
(or  longer ) because  the  most  important  thing  for  an 
organization  to  see  in  the  early  stages  is  proof  of  an 
idea.  Everything  we  did  at  CH  was  really  hard  for 
people  to  wrap  their  head  around  in  the  beginning 
because  it  was  so  new. 


Aspirational  PowerPoint  slides  do  little  to  help  with 
that  dynamic  after  a certain  point.  It  was  hard 
enough  to  demonstrate  what  we  were  trying  to  do 
with  the  infrastructure  we  had  (or  were  building)  and 
it  would  have  been  impossible  I think  without  it. 


Make  the  cost  of  failure  as  important  as  the  cost  of 
success  which  is  to  say  as  low  as  possible.  That  is 
the  reason  for  all  the  points  above.  Even  if  it's  just 
internal  failures  in  the  service  of  a larger  project 
figure  out  how  to  make  them  so  "cheap " that 
everyone  understands  them  to  be  the  acceptable  cost 
of  determine  what  success  is.  Then  figure  out  how  to 
do  that  in  public. 


I suppose  in  that  regard  the  collections  website 
is/was/remains  the  "strategy  document " you  speak 

of 

It  was  the  proof  \ the  reminder  and  the  opportunity  of 
everything  we  were  trying  to  do.  The  details  will  be 
different  from  museum  to  museum  but  to  the  extent 
that  we  all  have  collections  and  most  of  us  think 
affording  access  to  them  is  important  the  digital 
manifestation  of  those  collections  is  a tangible  way 
for  an  organization  to  demonstrate  the  arc  of  its 
intentions. 


I guess  that's  why  I was  saying  "figure  out  a way  to 


do  it  in  public"  which  really  means  finding  a way  to 
let  people  work  through  an  idea  ( about  the  meaning 
and  purpose  of  the  institution  they  are  part  of) 
without  having  to  always  worry  about  saving  or 
losing 

face  http : / /www. aaronland . info/weblog/2013/ 05 
/05/design-thanking/#f ace 


And  this  is  what  I said  before  that... 


press  and  hold  to  save  (RFID  World) 


The  second  of  the  three  talks  was  in  San  Diego  at  RFID 
World  http://www.rfidjournalevents.com/live/  , an  industry 
conference,  in  mid-April.  It  was  a quick  trip  and  I spoke  on  the  weird 
first-but-not-really-part-of-the-conference  day  that  so  many  events 
suffer  from.  Basically  it  was  supply-chain  and  inventory 
management  people,  the  Army,  the  NFL  (think  the  Superball  Twitter 
account  pitch  http: //content . stamen . com/superball . html 
that  Stamen  did  way  back  in  2010)  ...  and 
me  http://www.rfidjournal.com/videos/view71410 


I also  opted  to  go  watch  the  first  game  of  the  hockey  playoffs, 
surrounded  by  what  I assume  were  ex-pat  Canadians  in  the  employ 
of  the  military -industrial  complex,  instead  of  attending  the  opening 
keynote  by  an  Army  general  which  is  presumably  why  I will  never  be 
granted  any  kind  of  security  clearance.  As  I write  this,  a month  later, 

I see  that  Army-guy  was  replaced  by 

someone  http : //www. rf id journalevents . com/ live /keyno tes#ss- 
762  from  something  called  " US  Transportation  Command"  so... 
yeah. 


“Her  voice  infused  people  with 
the  essence  of  a song.  It  would 
turn  into  a windblown  seed: 
you  never  knew  in  your  heart 
where  the  seed  would  fall,  nor 
when  it  would  sprout.” 

- Wu  Ming-Yi 


I'd  like  to  start  with  a quote  by  the  Taiwanese  author  Wu 
Ming-Yi:  "Her  voice  infused  people  with  the  essence  of  a song.  It 
would  turn  into  a windblown  seed:  you  never  knew  in  your  heart 
where  the  seed  would  fall,  nor  when  it  would  sprout."  This  may  seem 
like  an  odd  quotation  for  an  industry  conference  about  location 
tracking,  pervasive  identity  and  generally  solving  for  who's  on  first.  I 
like  this  quote  because  it  nicely  describes  some  of  what  — and  why 
— we  are  trying  to  do  with  the  Pen. 


I grew  up  in  Canada. 


Canada  does  not  have  the  kind  of  creation  myth,  or 
foundational  purpose  for  being,  that  a country  like  the  United  States 
does.  No  one  has  trumped  the  US  when  it  comes  to  creation  stories 
but  Canada  was  birthed,  at  nearly  the  same  time,  entirely  in  the 
service  of  economics  and  geopolitics.  Canada  was  created  first  in  the 
service  of  the  merchant  classes  and  second  to  ensure  that  a British 
railroad  reached  the  West  Coast  before  the  Americans  thus 


preventing  them  from  going  North.  Or  maybe  the  other  way  around, 
but  you  get  the  idea. 


Despite  all  the  Canadian  Heritage 
Minutes  https : //en .wikipedia. org/wiki/Heritage_Minutes 
that  have  been  produced  in  the  intervening  years  it's  not  really  an 
inspiring  start.  What  is  interesting  about  Canada  though  is  that  it's 
managed  to  do  pretty  well  despite  its  generally  crass 
beginnings  https : //www. tbray . org/ ongoing/When/20 lx/2015/05/ 
09/The-Ef  f icient-society  . Canada  is  not  without  problems  but, 
at  least  in  modern  times,  has  managed  to  create  a social  body  that 
mostly  works  most  of  the  time  for  most  of  the  people. 

It  sometimes  seems  that  the  most  critical  thing  people  can  say 
about  this  arrangement  is  that  it  is  "boring"  but  we'll  save  a 
discussion  about  people  being  adrenaline  junkies  for  another  day. 


It  is  important  to  mention  that  in  Canada  "most"  anything 
has  historically  mostly  always  been  to  the  exclusion  of  the  First 
Nations  for  mostly  everything.  Canada's  relationship  with  the  First 
Nations,  until  recent  years  (and  still  now  in  some  cases)  can  only  be 
described  as  appalling  and  shameful.  Since  I started  writing  this 
blog  post  the  Truth  and  Reconciliation  Commission  of 
Canada  http://www.trc.ca  mandated  to  "tell  Canadians  what 
happened  ...  and  to  create  a permanent  record  of  what  happened  in 
the  Indian  Residential  Schools " has  been  published.  I have  not  read 


the 

findings  http : / /www . trc . ca/websites /trcinstitut ion/index . ph 
p?p=890  yet  but  I will  and  so  should  you. 


BUSINESS  IN  THE  FRONT 


PARTY  IN  THE  BACK 


Note:  This  is  the  official  Smithsonian  logo  but  just  in  case 
there  is  any  confusion  this  is  not  the  official  Smithsonian  motto. 
Anecdotally,  though,  this  would  be  the  most  popular  staff  t-shirt  ever 
printed. 


I started  with  a story  about  Canada  because  I see  parallels  in 
the  origins  of  the  Smithsonian  http : / /www  .si.  edu/  . The 
Smithsonian  was  not  an  "American"  creation  but  rather  the  unwanted 
dream  of  an  English  businessman  named  James  Smithson.  Sasha 


Archibald's  The  Difficult  Bequest:  A History  of  the 
Smithsonian"  http:  //lareviewof books  . org/ essay/dif  f icult- 
bequest-history-smithsonian-2  in  the  LA  Review  of  Books 
sums  it  up  nicely: 


The  Americans  didn’t  ask  for  Smithson’s  charity,  and 
neither  were  they  glad  to  receive  it.  Congress  had 
more  pride  than  greed,  and  the  unexpected  gift 
rankled:  not  only  was  it  that  of  a reviled  Brit,  but  a 
Brit  who  dared  demand  he  be  acknowledged  in 
perpetuity.  Moreover,  it  was  earmarked  for  a purpose 
Americans  never  would  have  chosen  themselves. 
Smithson’s  patronage  was  condescending  — nothing 
more,  one  Congressman  surmised,  than  a rich  man’s 
bid  for  immortality.  Even  John  Quincy  Adams,  the 
bequest’s  most  passionate  advocate,  refused  to 
venerate  Smithson  as  a magnanimous  patron.  It  was 
Adams  who  kicked  up  a fuss  when  investors  were 
allowed  to  squander  the  funds  (later  replenished  by 
the  US  Treasury)  and  Adams  who  protested  that  a 
national  farm  didn’t  meet  Smithson’s  stipulations.  In 
private,  however,  he  concurred  that  James  Smithson 
was  probably  insane. 


But  you  know  169  years  later  the  Smithsonian  has  evolved  in 
to  something  pretty  awesome.  We  have  all  the 

Stuff  http: //www. aaronland. info/weblog/2012/10/23/callback/ 


#otaku  or,  more  precisely,  137  million  objects  and 
counting  http://dashboard.si.edu/  . The  Smithsonian  is  a 
public  instution  with  a mandate  to  act  as  a public  good  and  there 
aren't  many  other  cultural  heritage  organizations  that  operate  at  the 
scale  or  with  the  breadth  of  the  Smithsonian. 


I also  like  to  joke  that  the  Smithsonian  has  the  world's  largest 
conceptual  art  collection.  The  good  news  is  that  there  really  are  137 
million  objects  and  they  are  actively  being  cared  for.  The  bad  news  is 
the  only  real  proof  of  this  that  you,  as  a citizen,  have  is  a leap  of  faith 
when  I,  as  an  employee  of  the  Smithsonian,  tell  you  these  things  are 
true. 


That's  the  larger  context  that  the  work  we've  been  doing 
around  the  Cooper  Hewitt's  much  smaller  collection 


website  https://collection.cooperhewitt.org/  operates  in. 
We  have  217, 000  objects  and  have  been  using  the  collection 
website,  and  the  idea  the  every  thing  of  importance  to  us  has  a stable 
and  permanent  URL,  as  a device  for  people  to  have  common  referent 
— something  they  can  share  — for  the  real-life  objects  they  may  not 
ever  be  able  to  see. 

The  collection  website  is  also  the  scaffolding  on  top  of  which 
all  the  work  that  we've  done  for  the  museum's  re-opening  sits.  If  the 
macro-question  is  how  do  you  provide  access  to  the  entirety  of  a 
collection  the  micro-question  is:  How  do  you  provide  recall  for  those 
parts  of  a collection  that  are  actually  on  display? 


What  if  you  could  come  to  the  museum  and  remember  your 
visit  without  having  to  spend  half  your  time  futzing  around  with 
devices  to  cobble  together  a half-assed  and  short-lived  memory? 


Think:  Taking  pictures  of  wall  labels  or  taking  pictures  of 
objects  without  necessarily  knowing  what  they  are  or  who  did  them 
or  how  you  figure  those  things  out  once  you've  left  the  building. 


Which  is  why  we  built  the  Pen. 


JFDI,  a love  story  (Museums  and  the  Web) 


The  first  of  the  three  talks  was  done  jointly  with  Seb 
Chan  http://www.freshandnew.org/  , at  Museums  and  the  Web 
in  Chicago  in  early  April.  This  was  the  talk  to  accompany  the 


thirteen-thousand  word  paper  we  co-authored  about  the 

Pen  http: //mw20 15 .museumsandtheweb.com/paper/strategies- 
agains t- architect ure- inter active-media- and- 
transf  ormative-technology-at-cooper-hewitt/  and  all  its 
related  infrastucture . Seb  set  up  the  talk  as  follows: 

• Seb  talks 

• Aaron  and  Seb  argue 

• Aaron  talks 

• Aaron  and  Seb  argue 

• Questions  and  answers  (in  the  form  of  Aaron  and  Seb 
arguing  some  more ) 


Which  is  pretty  much  what  happened.  This  is  what  I said: 


collections 

website 


PEN!! 


sept 

mar 

2012 

2015 

I'd  like  to  start  with  an  abbreviated  timeline  of  the  Pen 
project.  In  September  of  2012  we  launched  a new  version  of  the 
Cooper  Hewitt  collections  website  . In  March  of  2015  we 
launched  the  Pen  https://collection.cooperhewitt.org/pen  , 
an  NFC-enabled  capacitive  stylus  given  to  every  visitor  to  the 


museum. 


In  about  Decemer  of  2012  we  launched  a public 
API  https : //collection . cooperhewitt . org/api/  for  the 
collections  website.  It  didn't  actually  take  us  three  months  to  build 
the  API.  It  took  us  three  months  to  decide  that  it  should  be  at  the  top 
of  the  TO-DO  list. 


collections 

PEN!! 

website 

API 

no 

l 

pen 

sept  dec 

feb 

mar 

2012  2012 

2014 

2015 

At  the  beginning  of  February  2014  there  was,  for  all  intents 
and  purposes,  no  pen.  If  you  had  asked  us  to  demonstrate  the  Pen  we 
would  have  only  been  able  to  show  a whiteboard  marker  with  an 
RFID  tag  taped  to  it  and  a Raspberry  Pi  with  an  RFID  antenna  and  a 

single  hard-coded 

object  https : //collection . cooperhewitt . org/ob jects/18  732  7 6 1 
/ . There  were  other  efforts  in  play  that  ultimately  came  to  pass  but 
at  the  beginning  of  the  month  there  wasn't  much  tangible  to 
demonstrate. 


This  is  a exagerated  but  not  inaccurate  description  of  what  all 
of  2013  http://www.aaronland.info/weblog/2  013/  looked 
like. 

By  the  end  of  February  2014  we  would  have  not  one  but  two 
different  functional  prototypes  for  the  Pen  and  less  than  a year  later 
we  managed  to  design,  produce  and  manufacture  custom  electronic 
hardware  from  scratch.  (The  finished  pens  arrived  at  the  museum  a 
few  weeks  before  they  went  out  on  the  floor.) 


There  are  two  lessons  to  take  away  from  this. 


The  first  lesson  is:  It  turns  out  that  it's  possible  to  do  this  kind 
of  thing  in  2015.  It  turns  out  you  can  do  capital-P  captial-D  product 
design  and  manufacture  something  in  a meaningful  volume  — say 
more  than  20  or  even  100  and  less  than  500,  000  — for  a reasonable 
cost. 


It's  still  really  hard,  requires  a stupid  amount  of  work,  no 
small  amount  of  shouting  at  people  and  a not  insignificant  capital 
investment.  It  was  more  than  lunch  money  but  it  was  not  an 
irresponsible  amount  of  money  and  if  you  imagine  that  the  work 
we've  done  might  some  day  be  deployed  to  every  other  Smithsonian 
museum  on  the  Mall  http://www.si.edu/Museums/  then  the 
costs  start  to  seem  laughable. 


There  is  no  plan  to  deploy  the  Pen  on  the  Mali  yet  but  we 
should.  The  implementation  details  are  non-trivial  but  it's  totally  do- 
able (really)  and  would  be  a good  way  for  the  Smithsonian  to 
exercise  and  exorcise  some  of  its  institutional  demons  and  generally 
just  be  awesome  for  everyone  else. 


The  second  lesson  is:  Don't  do  what  we  did.  Don't  try  to  do 
this  in  a year.  It's  possible  but  there  is  no  valour  in  the  burden  we 
took  on.  It's  a stupid  way  to  work  but  we  (the  museum)  had  painted 
ourselves  in  to  a corner  from  which  the  only  escape  was  to  walk 


back  out  again,  painting  over  our  footsteps  as  we  went. 


I choose  to  see  our  decision  to  suffer  that  indignity  as  proof 
that  the  Pen  was  worth  doing  but  that's  also  the  point:  The  Pen  was 
worth  doing  on  first  principles  not  because  we  have  War  Stories  to 
tell  after  the  fact. 
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mad  illustration  skills  by  @interkatie 


The  reason  I mention  all  of  this  is  that  the  constant 
throughout  this  entire  process  was  the  collections  website  and  the 
API  which  are  really  the  same  thing.  I sometimes  hear  people  saying 
that  "APIs  are  hard"  and  I am  pretty  sure  I don't  agree  with  that.  We 
launched  our  API  three  months  after  the  collections  website  and  a 
full  two-years  befor  the  musuem  re-opened. 


This  is  important.  An  API  is  not  a finished  anything.  That's 
the  point.  An  API  is  access  to  data  in  the  service  of  an  idea  that  does 


something.  I think  there  is  a popular  myth  that  when  an  organization 
publishes  an  API  it  will  somehow  magically  self-assemble  in  to  a 
finished  product  adored  and  embraced  by  the  masses. 


I think  that  a more  useful  way  to  understand  APIs  is  that  they 
exist  to  allow  other  people  to  build  tangible  proofs  without  needing 
to  badger  you  all  the  time  for  the  details . 


“engagement 

wand” 


Okay,  this  is  where  it  gets  a bit  murky.  I did  not  have 
prepared  notes  for  this  talk  so  as  I look  back,  two  months  later,  I 
know  what  I was  getting  at  but  I don't  remember  any  of  the  exact 
phrasing. 


It  was  also  the  shout-y  and  rant-y  and  potentially  impolitic 
part  of  the  talk.  Impolitic  because  I was  trying  to  highlight  some  of 
the  problems  we  encountered  working  with  third-party  (client- 
services)  vendors  on  the  project. 


The  problem  with  doing  that  is  that,  of  course,  people  might 
think  I am  talking  specifically  about  the  people  we  worked  with. 
Which  I wasn't  then  and  I am  not  now.  Every  single  person  who  was 
involved  in  the  museum's  re-opening  has  their  own  set  of  gripes  and 
grievances  and  War  Stories  but  that's  not  what  this  is  about. 


audience 

intent 

affordances 


I have  no  idea...  I mean  I know  exactly  what  this  slide 
about  but  I don't  remember  how  it  fits  with  this  talk... 


or:  is  pandora’s 
box  a hardware 
problem  or  a 
software  problem 


Uh...  It's  a good  pull-quote,  at  least. 


design  thinking 


Here's  what  happened:  The  Pen  began  life  as  a concept  slide. 


This  happens  all  the  time.  Design  firms  take  their  clients  to 
the  far  edge  of  the  near- 
future http://tobedesigned.nearfuturelaboratory.com/  as  a 
kind  of  brain-storming  exercise.  The  point  is  not  so  much  that  these 
concepts  will  see  fruition  but  that  they  will  act  as  devices  to  help 
people  articulate  the  motivations  and  desires  around  a project.  They 
help  define  the  narrative  and  the  meta-project. 


The  problem  with  the  Pen  was  that  it  pointed  to  something 
that  the  museum  wanted  to  be  not  the  meta-narrative  but  the 
narrative  itself:  Recall  and  license.  The  problem  with  the  Pen  was 
that  the  only  way  to  genuinely  achieve  those  things  was...  with  the 
Pen. 


or:  tomorrow’s 
problem  as  a 
service 


The  problem  with  the  Pen  was  that,  in  2012,  it  seemed  like 
something  that  ought  to  be  do-able  with  enough  money  and  enough 
smart  people  and  enough  hard  work.  The  problem  with  the  Pen  was 
that  the  realities  of  producing  it  (and  producing  it  for  use  in  a 
museum  with  a heterogenous  audience  and  open  363  days  a 

year  http: //labs .cooperhewitt.org/2014/api-methods-to- 
ref  lect-reality/  ) were  really  really  complicated. 


The  problem  with  the  Pen  is  that  it  was  such  a good  idea  that 


we  ( the  client)  wouldn't  let  it  go.  Eventually  this  made  for  some 
awkward  meetings  when  we  would  not  stop  asking  how  and  when  the 
Pen  would  transition  from  a two-dimensional  rendering  in  a 
presentation  to  something  we  could  hold  in  our  hands  — a tangible 
proof.  This  was  a complicating  factor  because  the  idea  and  the 
aspriation  was  meant  to  be  the  "proof'  while  its  execution  was 
always  tomorrow's  problem. 


Eventually  this  disconnect  reached  a point  where  the  realities 
of  the  re-opening  schedule  meant  that  every  day  the  Pen  was  still  the 
sum  of  all  possibility  spaces  it  became  harder  still  to  imagine 
completing.  That's  what  I mean  when  I say:  Don't  do  what  we  did. 


Or  rather:  Instead,  foster  the  institutional  capacity  (both  for 
yourself  and  your  contractors ) to  minimize  the  wait-time  between  a 
concept  and  something  that  works,  no  matter  how  clunky  it  is.  If  the 
goal  is  to  short-circuit  the  institutional  inertia  that  accumulates 
around  a big  and  terrifying  and  risky  project  then  the  goal  is  really 
to  minimize  the  cost  of  failure. 


the  slide  of 
disillusionment 


Also  it  helps  to  be  able  to  call  bullshit  in  meetings.  It's  not 
fun  but  it  saves  a lot  of  hassle  down  the  road.  Ask  me  about  this 
slide,  some  day.  This  actually  happened  and  it  was  a profoundly 
depressing  moment  but  I am  not  going  to  get  in  to  the  details  in 
print.  Let's  just  say  that  I was  always  ready  to  believe  that  the  Pen 
was  too  hard  to  do.  I just  never  believed  any  of  the  reasons  I was 
given . 


choose  your  own 
client-services 
adventure 


This  is  not  about  the  client- services  model  itself.  There  is 
nothing  wrong  with  the  client-services  model  and  lots  of  good  work 
has  been  produced  under  its  umbrella.  It  is  about  the  roles  and 
responsibilities,  and  their  consequences,  that  museums  have  forged 
with  client-services  companies. 


It  is  about  the  reality  that  museums  don't  know  how  to  do  the 
things  they  want  to  do  and  are  entirely  dependent  on  client-services 
companies.  It  is  about  the  reality  that  museums  don't  even  know  how 


to  talk  practically  about  the  things  they  want  to  do  outside  of 
magical  unicorn  deliverables  or  wishful  thinking  or  simply  burning  a 
problem  away  with  unsustainable  amounts  of  money. 


It  is  about  the  reality  that  those  same  client- services 
companies  can  be  forgiven  for  not  believing  anything  their  clients 
say  (goals,  funding,  tolerance  for  risk)  and  for  ruthlessly  pushing  the 
work  through  a meat-grinder  tailored  to  their  own  schedules  and 
capacities.  That's  just  business. 


It  is  about  the  reality  that  if  any  one  of  those  dynamics 
changes  there  are  outsized  ripple  effects  on  all  the  remaining 
dynamics.  If  we're  going  to  assign  blame  or  responsibility  though  I 
think  we  would  do  well  to  start  with  ourselves:  The  sector  has 
allowed  this  to  happen  to  itself. 


For  those  of  you  who  don't  already  know  in  a past  life  I 

worked  at 

Flickr  http: //www. aaronland . info/weblog/2  009/11/0 6/that isal 
i/#f  lickr  for  about  a million  years.  This  is  a slide  I made  to 
describe  to  way  I understood  things  to  work  at  Flickr,  circa  2009. 

One  of  the  disconnects  between  the  way  we  worked  at  the  way  a lot 
of  other  parts  of  Yahoo  (who  acquired  Flickr  in  2005)  worked  was 
this  idea  of  "products"  versus  "features".  Most  of  Yahoo  was 
instrumented  to  treat  features  as  stand-alone  products  and  not  just  an 


on-going  extension  or  faceting  of  the  original  product,  in  our  case 
Flickr. 


This  is  what  most  feature  launches  looked  like.  If  you  were 
an  engineer  the  two-to-four  weeks  prior  to  launch  were  Pure  Suck 
because  everything  kept  changing  with  less  and  less  time  to  actually 
implement  those  changes . Almost  every  part  of  the  engineering 
culture  and  infrastructure  was  designed  to  accomodate  this  reality 
and  it  was  a big  part  of  our  success  but,  in  the  moment,  it  totally 
sucked. 


This  slide  is  incomplete,  though. 


See  the  way  the  line  keeps  moving  forward  after  launch? 
This  is  where  the  Burden  of  Suck  was  transferred  from  engineers  to 
product  managers.  This  is  part  where  the  thing  that  launched, 
after  all  that  hard  work,  keeps 

changing,  http: //labs . cooper hewitt . org/2 01 5/happy- staf f- 
happy- visitors -improving- the- in ter faces -of -back-of -house- 
pen-ticketing-  tools/  And  then  it  just  gets  rolled  back  in  to,  and 
affected  by,  the  larger  project  itself. 


So  I think  the  lesson  in  all  of  this  is  as  much  about  lowering 
the  cost  of  failure  as  it  is  lowering  the  cost  for  success.  The  Pen  was 
not  as  many,  including  the  museum,  believed  simply  a question  of 
snapping  together  a suite  of  off-the-shelf  hardware  and  software 
pieces  like  a kind  of  cultural  heritage  Lego  model.  It  was  a lot  of  trial 
and  error  shoehorned  in  to  a brutal  schedule  which  meant  a 
ridiculous  amount  of  energy  and  attention  was  spent  worrying  about 
getting  something  right  the  first  (and  only)  time.  It's  pretty  great  that 
we  pulled  it  off  but  the  number  of  places  the  whole  project  could 


have  gone  completely  wrong  and  failed  were  so  numerous  it  is  sort 
of  a wonder  that  we  chose  to  do  it  at  all. 


Hail  Mary  passes  are 

exciting  https : //en. wikipedia.org/wiki/List_of_Hail_Mary_pa 
sses_in_American_footbaii  but  they  are  a bad  way  to  run  a 
project. 


The  reason  I started  with  a timeline  of  the  API  is  that  in 
building  out  our  own  infrastructure,  fast  and  early,  and  likewise 
maintaining  it  ourselves  we  have  had  a practical  way  to  build 
working  prototypes  as  a means  to  address  unknowns  and,  more 
importantly,  debate.  Put  another  way,  we  had  a way  to  make  the  time 
and  the  effort  to  disprove  an  idea  or  a concern  or  an  outright 
argument  so  low  that  any  questions  about  testing  it  in  the  first  place 
were  rendered  moot. 


the  cost  of  liability 


Another  way  to  see  any  discussion  about  the  cost  of  failure  or 
success  is  to  understand  it  as  measuring  the  cost  of  liability  and  the 
practice  of  "outsourcing  risk"  by  delegating  all  responsibility  for 
anything  that  looks  or  feels  like  a failture  to  third-party  contractors. 
As  a practical  matter  though  the  cost  of  "minimizing  the  wait-time 
between  a concept  and  something  that  works"  is  very  different  for  an 
organization  than  it  is  for  a contractor. 


Those  costs  become  even  more  pronounced  when  you  are 


dealing  with  something  as  complex,  and  as  novel,  as  the  Pen  was  and 
continues  to  be.  The  following  passage  is  from  the  paper  Seb  and  I 
wrote  for  MW  and  tries  to  address  the  issue  of  those  costs: 


It  is  important  to  recognize  the  problems  with  this 
model  (a  one-off  innovation  to  a commodity  - ideally 
one  which  can  be  bought  cheaper  from  a third  party 
supplier  and  supplimented  with  a support  contract 
that  outsources  liability  and  risk)  when  it  comes  to 
services-based  projects  like  The  Pen  and  its 
‘museum-wide’  system: 


• Support  contracts  are  typically  for  projects 
whose  value  diminishes  over  time  (because 
on-going  development  of  a project  stops  at 
launch)  and  so  the  cost  of  that  contract,  in 
effect,  increases  year  over  year  with  fewer  and 
fewer  returns . 


• With  support  contracts  very  often  no 

institutional  knowledge  about  the  project  or 
how  it  might  serve  as  a platform  for  future 
projects  is  gained.  Sometimes  the  only 
tangible  skill  an  institution  learns , or  passes 
on,  is  how  to  manage  contracts  for  service 
providers. 


• A support  contract  is  only  valid  for  past  work. 
Any  additional  changes  or  improvements  incur 
additional  non-trivial  costs  because  third-party 
contractors  not  only  need  to  complete  the  work 
but  require  time  to  familiarize  themselves  with 
a pre-existing  code  base. 


Support  contracts  represent  money  that  leaves 
the  institution  and  never  comes  back. 


These  overall  costs  are  likely  to  be  much  more  than 
it  would  cost  to  hire  and  maintain  permanent  creative 
technical  staff  in  a museum  when  intangibles  like 
institutional  knowledge  and  the  ability  to  build  on 
the  value  - technologies , learnings , especially 
created  by  past  work  - are  factored  in. 


As  a sector  we  have  spent  a couple  of  decades 
making  excuses  for  why  “digital”  can’t  be  made  core 
to  staffing  requirements  and  the  results  have  ranged 
from  unsatisfying  to  dismal. 


The  shift  to  a ‘post-digital’  museum  where  “digital 
[is]  being  naturalized  within  museums’  visions  and 
articulations  of  themselves”  (Parry,  2013)  will 
require  a significant  realignment  of  priorities  and  an 
investment  in  people.  The  museum  sector  is  not 
alone  in  this  - private  media  organisations  and  tech 
companies  face  exactly  the  same  challenge.  Despite 
‘digital  people’  and  ‘engineers’  being  in  high 
demand,  they  should  not  be  considered  an 
‘overpriced  indulgence’  but  rather  as  an  integral  part 
of  the  already  multidisciplinary  teams  required  to  run 
a museum,  or  any  other  cultural  institution. 


The  flow  of  digital  talent  from  private  companies  to 
new  types  of  public  service  organizations  such  as  the 
Government  Digital  Service  (UK),  18F  (inside  GSA) 


and  US  Digital  Service,  proves  that  there  are  ways, 
beyond  salaries,  to  attract  and  retain  the  specialist 
staff  required  to  build  the  types  of  products  and 
services  required  to  transform  museums.  In  fact,  we 
argue  that  museums  (and  other  cultural  institutions) 
offer  significant  intrinsic  benefits  and  social  capital 
that  are  natural  talent  attractors  that  other  types  of 
non-profits  and  public  sector  agencies  lack.  The 
barriers  to  changing  the  museum  workforce  in  this 
way  are  not  primarily  financial  but  internal, 
structural  and  kept  in  place  by  a strong  institutional 
inertia. 


Good  times. 


The  panopticon  of  taste  — a cultural 
heritage  of  plausible  deniability  (Data  and 
Society) 


The  third  and  final  talk  was  for  the 
Databites  http : / /www.  datasociety . net/ events /databite- 
no-37-aaron-straup-cope/  lecture  series  at  the  Data  and 
Society  http://www.datasociety.net/  think  tank.  This  one  was 
different  than  the  others  because  I wanted  to  use  the  Pen  to  talk 
about  the  weird  overlap  between  the  cultural  heritage  sector  and  the 
security  or  surveillance  state  that  modern  life,  and  its  motivations , 
forces  in  to  question.  The  pull  quote  for  the  talk  was  "Why  the 
cultural  heritage  community  is  jealous  of  the 

NS A http: //www. aaronland. inf o/weblog/2013/07/25/verb/#qua 
ntif  ied  " so  in  that  way  it  was  more  like  the  talk  I did  at  the 

MoMA  R&D 

Salon  http : //www. aaronland . info/weblog/2  0 15/02 /2 4 /effort/# 
hoiodeck  back  in  February. 


I did  not  have  " narrative " slides  for  this  talk.  The  series 
organizers  encourage  a short  introduction  with  the  bulk  of  the  event 
spent  having  an  active  conversation  with  the  audience  so  I put 
together  a set  of  drawings  ( that  I made  on  the  subways  going  to  and 


from  work)  to  run  on  an  automated  loop  in  the  background  as  a kind 
of  soundtrack  music.  I don 't  know  how  succesful  it  was  but  it's  what  I 
did.  I have  included  my  introductory  remarks  scattered  throughout. 


There  will  be  video  of  the  talk  and  the  Q&A  posted  soon 
enough  The  video  of  the  talk  is 

online  http : / /www . datasociety . net /events /databite-no-3  7 - 
aaron-straup-cope/  so  you'll  be  able  to  compare  what  I actually 
said  with  my  remembering  of  what  I meant  to  say  below.  As  is  my 
habit,  I started  with  a pair  of  non-sequiturs . 


Years  ago,  I read  an  interview  with  the  director  Hal  Hartley. 
If  you've  never  seen  any  of  his  films  they  are  punctuated  by  a 
noticeably  weird  and  unnatural  style  of  speaking  employed  by  all  the 
actors. 


Hartley  talked  about  how,  following  an  argument,  many 
people  spend  days  and  days,  thinking  of  the  perfect  come-back  or 
rejoinder  to  something  that  was  said  to  them.  "I  try  to  write  my 
dialog,"  he  said  "as  if  each  character  had  that  perfect  come-back  on 
the  tip  of  their  tongue  every  time  they  spoke." 


One  of  the  things  I've  been  trying  wrap  my  arms  around  is 
the  belief,  in  almost  all  large  organizations,  that  a project  once 
launched  will  never  be  revisited.  This  is  especially  true  in  politics  or 
at  least  perceived  to  be  true,  which  might  be  worse. 


Despite  all  the  arguments  someone  else  might  make  in  its 
favour  there  persists  an  institutional  cynicism  that  "version  two"  of  a 
project  will  never  happen. 


As  a consequence  everyone  tries  to  shoehorn  their  part  of  a 
project  in  to  version  "one"  with  all  the  corresponding  complexity  and 
bloat  and  politics  you  might  imagine  that  entailing. 


You  can  see  a parallel  to  these  phenomenon!  in  the  way  that 
museums  think  about  visitation  and,  in  turn,  visitors  think  about 
museums.  In  short:  The  belief  that  everything  needs  to  be  crammed 
in  to  a too-short  90-minute  visit  and  it  all  needs  to  be  meticulously 
documented  as  a consequence  since  the  whole  experience  ends  up 
being  like  a cultural  heritage  version  of  shock  and 
awe  http://www.dodccrp.org/files/Ullman_Shock.pdf  . 


There  is  a spectrum  (of  both  museums  and  visitors)  of  course 
but  what  underlines  both  activities  is  a belief  that  the  museum  and 
the  museum  visit  will  never  be  returned  to  in  any  capacity  once 
someone  walks  out  the  door. 


There  is  ample  evidence  to  back  up  this  observation  but  what 
if  you  could  come  to  the  museum  and  then  leave  with  a record  of 
your  visit  that  didn't  demand  you  spend  half  your  time  futzing 
around  with  your  phone  or  some  other  "device"? 


How  would  that  change  the  ways  that  you  observed  and 
interacted  with  the  objects  on  display  and  how  would  that  changes 
the  ways  that  the  museum  interacted  with  youl 


What  if  you  could  go  to  the  museum  and  have  the  confidence 
of  memory  or  recall?  What  does  it  mean  for  a museum  to  say  to  its 
visitors  "We'll  keep  a record  of  your  visit  and  make  it  available  for 
you  to  re-visit  at  some  later  date "?  We  won't  preserve  it  the  way  that 
we  do  the  objects  that  have  been  accessioned  in  to  our  collection  but 
otherwise  it's  no  trouble. 


Maybe  that  is  what  part  of  what  being  a museum  in  2015 
means.  Certainly  for  a public  institution  like  the  Smithsonian  I think 
there  is  reason  to  think  that's  what  it  should  mean.  Our  entire  purpose 
is  to  keep  things  safe,  after  all.  What  if  we  extended  that  courtesy  to 
your  visit? 


So  that's  why  we  made  the  Pen. 


Which  is  in  many  ways  just  a very  elaborate  physical 
bookmarking  system.  People,  it  turns  out,  like  to  bookmark  things. 


In  a world  where  everything  is  measured  against  the 
benchmark  of  Facebook's  or  Google's  scale  and  success  our  numbers 
are  pretty  humble.  On  the  other  hand  if  you  compare  the  those 
numbers  to  the  numbers  we  used  to  enjoy  — attendance,  dwell-time, 
repeat  visitation  or  any  indication  that  a visitor  didn't  immediately 
turn  to  dust  the  moment  they  walked  out  the  door  — it's  been  a 
raging  success. 


The  figure  that  I often  mention  is  that,  in  the  less  than  three 
months  since  the  Pen  has  been  available  to  visitors,  there  have  been 
just  shy  of  one  million  act  of  "collecting" . Which  is  pretty  cool 
considering  that  there  are  only  about  700  objects  on  display  in  the 
museum  itself. 


And  of  those  million  acts  of  collecting  visitors  have  collected 
3,  900  different  objects.  When  you  look  at  the  numbers  it  is 
absolutely  clear  that  most  of  the  things  that  people  collect  are 
collected  from  the  wall  labels,  rather  than  the  interactive  tables,  in 
the  galleries.  I can't  be  bothered  to  do  the  math  to  establish  whether 
it's  really  an  orders  of  magnitude  difference  simply  because  the 
numbers  are  so  extreme. 


But  think  about  it:  Most  things  are  collected  from  wall  labels 
but  there  are  only  700  objects  on  display  but  3,  900  distinct  objects 
have  been  collected. 


Part  of  the  workflow  for  any  new  exhibition  involves  the 
curators  choosing,  for  every  object  on  display  whether  its  a loan 
object  or  one  of  own,  up  to  ten  related  objects  from  the  collection. 
What  related  means  is  left  up  to  the  curators  and  the  only  criteria  is 
that  an  object  on  the  floor  exists  within  a larger  context  or 
institutional  velocity. 


In  addition  the  curators  were  asked  to  tag  each  one  of  those 
objects  (on  display  and  related)  using  a taxonomy  of  their  own 
choosing  https://collection.cooperhewitt.org/tags/  .And 
this  is  not  meant  to  be  a one-off  either.  We  do  this  now  for  every  new 
exhibition  https  : //collection. cooperhewitt.org/exhibitions/ 
going  forward  which  means  we  are  always  supplementing  and 
improving  past  work. 


That  people  are  collecting  3,  200  objects  not  even  on  display 
in  the  galleries  points  to  the  larger  opportunity  in  doing  something 
like  the  Pen. 


Every  act  of  collecting  an  object  (or  of  creating  your  own  on 
one  of  the  interactive  tables)  has  a permanent  and  stable  URL.  What 
that  offers  both  the  museum  and  its  visitors  is  a tangible  and  practical 
scaffolding  that  affords  each  of  those  permalinks  the  same  possibility 
to  serve  as  a resource  the  way  the  interactive  tables  do  in  the 
galleries . 


This  is  not  work  we've  done  yet  nor  it  necessarily  obvious, 
easy  or  inevitable.  We  have  been  a little  busy  just  making  the  basics 
work  but  we  have  always  done  that  work  with  an  eye  towards  what  it 
makes  possible  next. 


During  the  question  and  answer  for  this  talk  someone  asked 
me  what  we  thought  our  visitors  would  do  with  all  of  the  stuff  they 
collected.  My  answer  to  that  question  has  always  been:  We  have 
confidence  that  our  visitors  will  figure  out  what  to  do  with  it  on  their 
own  terms  and  for  their  own  reasons. 


The  list  of  things  that  you  might  hang  off  any  one  permalink 
for  an  object  collected  is  mostly  limited  only  by  the  time  and  typing 
required  to  implement  it  so  I don't  get  hung  up  on  any  one  specific 
thing.  We  should  do  all  of  it. 


The  bedrock  of  cultural  heritage  is  debate  and  nuance. 
Neither  of  those  things  square  well  with  the  demands  of  architecture 
nowhere  better  seen  than  in  the  practice  of  asking  people  with 
decades  worth  of  theory  and  practice  to  reduce  their  knowledge  to  a 
scant  paragraph  taped  to  a wall  next  to  an  object. 


Rather  than  trying  to  usher  in  a paradigm  shift  in  the  realities 
of  physical  space  the  Pen,  and  all  those  permalinks,  offers  a middle 
ground.  There  is  still  a primacy  in  the  object  itself  (even  if  that 
object  is  a device  for  a larger  social  gathering  or  event  but  now  it 
shares  that  space  with  recall)  with  the  safety  of  staying  present  in  the 
moment  confident  that  it  might  be  revisited  later,  with  the  luxury  and 
the  convenience  of  being  able  to  choose  what  "later"  means. 


Maybe  "later"  also  includes  the  ability  for  museum  visitors  to 
contribute  to  the  meaning  of  an  object  or  an  event.  As  a design 
museum  we  increasingly  traffic  in  things  that  are  literally  hollow 
shells  without  the  software  or  the  data  that  runs  them.  Privacy  details 
aside,  what  if  you  could  donate  the  data  your  Nest  thermostat 
collected  to  sit  alongside  the  same  hunk  of  metal  and  plastic  (and 
concept 

sketches)  https : //collection . cooperhewitt . org/people/5 16765 
07 /objects /manufacturer  that  we  have  sitting  in  our  collection? 


What  if  there  was  a way  for  you  to  participate  in  the  meaning  of  that 
object? 


Which  is  all  fine  and  good  for  museum  objects,  right?  I like 
to  think  so.  This  is  what  the  fruits  of  2015,  all  of  this  amazing 
technological  capacity  to  suspend  time,  make  possible.  The 
"batteries  not  included"  part  of  that  equation  though  is  the  social 
contract  around  that  kind  of  recall. 


Pretty  much  everything  I've  just  described,  done  to  foster 
learning  and  understanding  in  and  of  the  arts , is  also  being  done  by 
big  companies  and  intelligence  agencies  alike.  If  Edward  Snowden  is 
to  be  believed  then  it  is  being  done  by  the  latter  at  a scale  and  with  a 
reach  that  sometimes  exceeds  imagination. 


Let's  assume  for  the  sake  of  argument  that  the  stories  told 
about  the  NSA's  ability  to  record  and  recall  history  are  true.  Let's 
assume  that  their  ability  to  weave  tapestries  of  meaning  out  of 
nuance  and  innuendo  is  unparalleled.  When  all  of  that  attention  is 
directed  at  any  one  individual  they  might  be  forgiven  for  thinking  the 
whole  project  is  a little  sinister. 


There's  the  rub,  though. 


When  you  remove  the  sting  of  present  consequences  the 
ability  of  these  organizations  to  "record  your  visit"  so  to  speak  starts 
to  look  not  just  attractive  but  beneficial  in  the  long  run.  In  some 
distant  future  where  our  present  is  just  a shadow  of  its  current 
concerns  they  will  thank  us  for  our  ability  to  preserve  ancillary 
materials  associated  with  a subject  and  of  instrumenting  the  cost  of 
following  hunches  and  generally  spelunking  through  the  mass  of 
data  http: //va. goodformandspectacle.com/about  to  the  point 
of  seeming  negligible. 


These  are  not  the  issues  that  governed  the  Pen,  or  the 
museum's  re-opening,  but  they  are  the  places  where  the  Pen  overlaps 
with  the  present.  These  are  not  tomorrow's  problem. 


Discuss. 


2015-05-25 
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BOTTLE 

glass.  Gift  of  Anonymous  Donor.  1949-49-8 


You  are  viewing  a version  of  this  image  that's  scaled  to  fit  your  screen.  To  see  the  fullsize  version,  click  the  image  above.  Please  don’t 

steal  our  images,  yeah? 


This  is  a post  that  was  orignally  published  on  the  Cooper 
Hewitt  Labs 

weblog  http: //labs .cooperhewitt.org/2015/collect-all-the- 
things/  , in  May  of  2015. 


You  can  now  collect  any  object  in  the  collection,  or  on 
display,  from  the  collections  website  itself.  Just  like  in  the  galleries 
there  is  a small  “collect”  icon  on  the  top  right-hand  side  of  every 
object  page  on  the  collections  website.  It’s  not  just  individual  object 
pages  but  also  all  the  object  list  pages,  too.  So  many  “collect”  icons! 


Coo  (possibly  Poland).  co_  1700  Silver,  wood.  The  =jL 
Robert  L.  Metzenberg  Collection,  gift  of  Eleanor  L 
Metzenberg,  1986  103  100  a 

This  object  is  part  of  the  Product  Design  and  Decorative 
Arts  collection.  There  are  2 images  of  this  object. 


Poator,  Wozze ch.  1964  Offset  lithograph  on  paper.  <A, 

Museum  purchase  from  Friends  of  Drawings  & Prints 
Fund  2013  301 

This  object  is  part  of  the  Drawings.  Prints,  and  Graphic 
Design  collection  There  are  3 images  of  this  object.  This 
object  was  colected  once  during  a visit  to  the  museum. 


Man's  Sash  (Poland)  Museum  purchase  through  gift  of  Wk 
Mrs.  John  Innes  Kane.  1937-17-1 
This  object  is  part  of  the  Textiles  collection  There  are  2 
images  of  this  object. 


JL 

Objects  that  haven’t  been  collected  yet  have  a grey 

icon. 


JL 

Objects  that  have  been  collected  in  the  galleries,  as 
part  of  a visit  to  the  museum,  have  a pink  icon. 


JL 

Objects  that  that  have  been  collected  on  the 
collections  website  have  an  orange  icon. 


Simply  click  the  grey  icon  to  collect  an  object  or  click  one  of 
the  orange  or  pink  icons  to  remove  or  un-collect  that  object. 


That’s  it! 


EVERYONE  IS  DESIGN  EAGLE  s«>0 


Bottle  glass.  1949-49-8 


Just  like  visit  items,  things  you  collect  on  the  website  have  a 
permanent  URL  that  can  be  made  public  to  share  with  other  people 
and  can  be  given  a bespoke  title  or  description.  Objects  that  you 
collect  on  the  collections  website  live  in  something  we’re  calling  the 
“shoebox”. 


You  can  get  your  to  shoebox  by  visiting 
https : //collection. cooperhewitt . org/users/YOUR- 
USERNAME/ shoebox  or  if  you’re  already  logged  in  to  your 
Cooper  Hewitt  account  by  visiting 

https : //collection . cooperhewitt . org/you/shoebo 

x/  https : //collection . cooperhewitt . org /you /shoebox/ 


There  is  also  a handy  link  in  the  Your  stuff  menu, 
located  at  the  top-left  of  every  page  on  the  collections  website. 


The  shoebox  is  the  set  of  all  the  objects  you’ve  collected  (or 
created)  on  the  website  or  during  your  visits  to  the  museum. 
Although  visits  and  visit  items  overlap  with  things  in  your  shoebox 
we  still  treat  them  differently  because  although  you  need  to  be 
logged  in  to  you  Cooper  Hewitt  account  to  add  things  to  your 
shoebox  a visit  to  the  museum  can  be  entirely  anonymous  if  a visitor 
so  chooses. 

The  default  view  for  the  shoebox  is  to  display  everything 
together  in  reverse-chronological  order  but  you  can  filter  the  view  to 
show  only  things  collected  online  or  things  collected  during  a visit. 
You  can  also  see  the  set  of  all  the  objects  you’ve  made  public  or 
private. 


logged  out  view  logged  in  view 

But  it’s  not  just  objects,  either.  You  can  already  collect 

videos  https : //collection . cooperhewitt . or g/ videos/ 

during  your  museum  visit  so  those  are  included  too.  Ultimately  the 
only  limit  to  what  you  might  collect  with  the  Pen  is  time-and- 
typing.  Things  we’re  thinking  about  making  collect-able  include: 

entire 

exhibitions  https : //collection . cooperhewitt . org/exhibitions/ 

or  the  introductory  texts  on  the 

wall  https : //collection. cooperhewitt .org/exhibitions/68744! 
15 /text/  for  an  exhibition  or 

people  https://collection.cooperhewitt.org/people/  or 

individual 

rooms  https : //collection . cooperhewitt . or g/ locations /rooms/ 
in  the  Mansion. 


Museum  retail 


We’ve  started  this  process  by  allowing  you  to  collect  things 
in  the  museum  Shop  https://shop.cooperhewitt.org/ 


By  “things  in  the  Shop”  we  mean  all  the  things  that  have 
ever  been  sold  in  the  Shop  over  the  years.  And  by  “all  the  things”  we 
mean  almost  all  the  things.  There  is  some  technical  hoop-jumping 
related  to  inventory  management  systems  and  that  is  why  we  don’t 
have  everything  yet  but  we’ll  get  there  in  time. 


We  are  a captial-D  design  museum  with  a capital-D  design 
shop  and  many  of  the  things  that  have  been  available  in  the 
Shop  https : //collection . cooperhewitt . org/shop/ items/ 84  9954 
45/  have  gone  on  to  become  part  of  our  permanent 
collection  https  : / /collection . cooperhewitt . org/ob  jects/5 1689 
455/  so  it  only  makes  sense  to  give  them  a home  on  the  collections 
website.  In  fact  MoMA  already  does  similarly  with  their  “find 
related  products  in  the  MoMA 

Store  http: //www. moma.org/collection/object.php? 
ob  ject_id=3325  ” feature  though  ours  is  a bit  different. 


THE  SHOP 

It's  full  of  Mrantband  the  things  they've  made  — like  238  #brands  that  have  produced  1,307  things  that 
we've  sold  in  the  shop  over  the  years  / This  is  a random  sampling  of  some  of  the  most  recent  items  currently 
available  in  the  shop 


A 

TEST  THE 
PATTERNS 
IN  TOUR  LIFE. 

Utility  Mirror  Blue  Hr  Test  The  Patterns  Poster  Hr  Ruutu  Vase  Clear  4.B  by  7 inches  =#» 


You  can  see  for  yourself  at 

https://collection.cooperhewitt.org/shop  https : / /collection . coo 
perhewitt . org/shop 


The  /shop  section  is  divided  in  two  parts: 

Brands  https : //collection. cooperhewitt.org/shop/brands/ 
and 

Items  https : //collection . cooperhewitt . org/shop/items/ 

(and  all  the  items  for  a given  brand  of  course).  There  isn’t  a whole 
lot  of  extra  information  beyond  titles  and  links  to  the  SHOP  Cooper 
Hewitt  website  https://shop.cooperhewitt.org/  for  those 
items  that  are  currently  in-stock  but  it’s  a start.  Like  the  rest  of  the 
collections  website  we’ve  started  with  the  idea  that  providing 
permanent  stable  URLs  that  people  can  have  confidence  we  create 
something  that  can  be  improved  on  over  time. 


MIRA  DESIGN  CORP 

We've  carried  one  item  from  them  in  the  past  but  it's  not  available  right  now 


Shop  items  and  brands  don’t  get  updated  as  regularly  as  we’d 
like  yet.  We  are  still  working  through  the  fiddly  details  of  bridging 
our  systems  with  the  Shop’s  ecommerce  and  POS  system  and  some 
things  still  need  to  be  done  by  hand.  We’ve  been  able  to  get  this  far 
though  so  we  expect  things  will  only  get  better. 


1882  LTD 

We  have  4 items  from  them  in  stock  right  now  but  have  carried  5 items  from  them  over  the  years  / See  all  the 

#brands  r all  tiu  items 


is  sad-making,  right? 


You  might  be  wondering... 

You  might  be  reading  this  and  starting  to  wonder  Hmmm.. . 
does  that  mean  I can  also  collect  things  in  the  Shop  as  I walk  around 
the  museum  with  the  Pen?  the  answer  is. . . Yes! 


As  of  this  writing  there  are  only  one  or  two  items  that  can  be 
collected  with  the  Pen  because  the  Shop  staff  are  still  getting  familiar 
with  the  tools  and  thinking  about  how  making  collect-able  labels 
changes  in  their  day-to-day  workflow.  The  obvious  future  of  this 
might  be  the  infamous  ‘wedding  register’ , however  we  believe  that 
many  museum  visitors  actually  would  like  to  bookmark  objects  to 
possibly  buy  later,  or  just  remember  as  part  of  their  overall  visit  to 
the  ‘museum  campus’. 


In  the  shop 


In  the  galleries 


In  the  shop  In  the  galleries 

Practically  what  that  has  meant  are  some  changes  to 
Sam  http://labs.cooperhewitt.org/author/sam/  's  “tag 
writer”  application  (the  subject  of  a future  blog 
post  http: //labs .cooperhewitt.org/2015/label-writer- 
connecting-nfc-tags-to-collection-ob jects/  ) to  fetch  shop 
items  via  our 


API  https : //collections . cooperhewitt . org/api/  and  then 
letting  the  Shop  folks  decide  what  they  want  to  tag  and  when  they 
want  to  do  it. 


There  has  been  a whole  lot  of  change  here  over  the  course  of 
the  last  three  years  and  allowing  the  various  parts  of  the  museum 
warm  up  to  the  possibilities  that  the  Pen  starts  to  afford  at  their  own 
pace  and  with  not  only  a minimum  of  fuss  but  plenty  of  wiggle-room 
for  experimentation  is  really  important. 


In  the  meantime  we  hope  that  you  enjoy  collecting  at  least 
more,  if  not  all,  of  the  things  that  make  up  the  museum. 


2015-05-28 
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Who's  On  First 


Who's  On  First 


This  was  originally  published  on  the  Mapzen 
weblog  https://mapzen.com/blog/who-s-on-first/  , in  August 

2015. 

The  short  version 

All  the  places!  Still  not  a magic  pony ! ! Yet! ! ! 


The  longer  version 

Mapzen  is  building  a gazetteer  of  places.  Not  quite  all  the 
places  in  the  world  but  a whole  lot  of  them  and,  we  hope,  the  kinds 
of  places  that  we  mostly  share  in  common.  A gazetteer  is  a big  list  of 
places,  each  with  a stable  identifier  and  some  number  of  descriptive 
properties  about  that  location.  An  interesting  way  to  think  about  a 
gazetteer  is  to  consider  it  as  the  space  where  debate  about  a place  is 
managed  but  not  decided.  We  call  our  gazetteer  "Who's  On  First"  (or 
sometimes  "WOF"  for  short). 


According  to 

Wikipedia  https : //en .wikipedia. org/wiki/Who ' s_on_First%3F 
Who's  on  First: 


...is  a comedy  routine  made  famous  by  Abbott  and 
Costello.  The  premise  of  the  sketch  is  that  Abbott  is 
identifying  the  players  on  a baseball  team  for 
Costello,  but  their  names  and  nicknames  can  be 
interpreted  as  non-responsive  answers  to  Costello's 
questions.  For  example,  the  first  baseman  is  named 
"Who";  thus,  the  utterance  "Who's  on  first"  is 
ambiguous  between  the  question  ("Which  person  is 
the  first  baseman?")  and  the  answer  ("The  name  of 
the  first  baseman  is  "Who"').  "Who's  on  First?"  is 
descended  from  turn-of-the-century  burlesque 
sketches  that  used  plays  on  words  and  names. 
Examples  are  "The  Baker  Scene"  (the  shop  is  located 
on  Watt  Street)  and  "Who  Dyed"  (the  owner  is 
named  Who).  In  the  1930  movie  Cracked  Nuts, 
comedians  Bert  Wheeler  and  Robert  Woolsey 
examine  a map  of  a mythical  kingdom  with  dialogue 
like  this:  "What  is  next  to  Which."  "What  is  the 
name  of  the  town  next  to  Which?"  "Yes."  In  English 
music  halls  (Britain's  equivalent  of  vaudeville 
theatres) , comedian  Will  Hay  performed  a routine  in 
the  early  1930s  (and  possibly  earlier)  as  a 
schoolmaster  interviewing  a schoolboy  named  Howe 
who  came  from  Ware  but  now  lives  in  Wye. 


Which  sort  of  sums  up  the  "problem"  of  geo,  nicely.  It  might 
be  easier,  perhaps,  if  we  all  understood  and  experienced  the  world 
as  Coordinate  data  https : / / github . com/google/ open- 
location-code  but  we  don't,  so  the  burden  of  "place"  and  its  many 
meanings  is  one  we  trundle  along  with  to  this  day. 


Our  gazetteer  is  absolutely  not  finished  — both  in  terms  of 
data  coverage  as  well  as  data  quality  — so,  in  the  near-term,  you 
should  adjust  your  expectations  accordingly  when  you  approach  the 
data. 


We  are  releasing  the  data  now  because  we  believe  it  is 
important  not  just  to  articulate  our  goals  and  intentions  around  the 
project  but  also  to  back  them  up  with  tangible  proofs.  Think  of  this 
blog  post,  and  the  data  we  are  publishing  today,  as  the  arc  and 
direction  of  our  efforts  but  not  necessarily  where  they  will  land. 


Villa  Doria  Pamphili 


Properties 

{u'geomrarea1 : u' 0.001089', 

u'geomrbbox' : u' 12 . 396311, 41 . 861379, 12 . 462004 , 41. 892055 ' , 
u 'geom: latitude ' : u ' 41 . 876621 ' , 
u 'geomt longitude ' s u' 12. 428392 ' , 
u'gniid' i u' ' , 

u ' misc : gn_adm0_cc ’ : u ' IT ' , 
u ' raise : gn_id ' s u ' 0 ' , 
u ' raise : gn_local ' : u'3169070’, 

u ’ misc : gn_nam_loc ' : u'Roma,  Roma,  Roma,  Lazio,  IT', 
u ' raise : gn_namadml ' : u ' 07 ' , 
u ' misc : local_max ' : u'52663', 
u' raise :local_sum' : u' 239886', 
u ' raise : localhoods ' : u'28', 
u ' misc : name ' : u' Villa  Doria  Pamphili', 
u • raise : name_adm0 ' : u ' Italia ' , 
u ' raise : name_adml ' s u ' Lazio ’ , 


Villa  Doria  Pamphili  Is  a neighbourhood  and  its  consensus  geometry  is  from  ouattroshaoes 

Hierarchy 

Ancestors  that  Villa  Doria  Pamphili  is  parented  by 

• the  country  of  Italy 

• the  region  of  ROMA 

• the  locality  of  Roma 

Other 

• See  all  the  descendants  of  Villa  Doria  Pamphili 

• Reverse  qeocode  (41 .876621 . 12.428392) 


We  believe  it  is  important  not  just  to  articulate  our  goals  and 
intentions  around  the  project  but  also  to  back  them  up  with  tangible 
proofs. 


Ours  is  not  the  first  gazetteer  (and  hopefully  not  the  last). 
Many  gazetteers  have  existed  before.  Notable  examples  include: 


• The  Getty  Institute's  Thesaurus  of  Geographic 

Names  https : //www. getty.edu/research/tools/voca 
bularies/tgn/ 


• The  Alexandria  Digital  Library  http : / / adi - 

gazetteer . geog . ucsb . edu/ 

• Yahoo's 

GeoPlanet  https : //en. wikipedia. org/wiki/Yahoo!_G 
eoPlanet 

• Geonames  http://www.geonames.org/ 

• The  joint  effort  of  the  New  York  Public  Library  (NYPL) 
and  the  Library  of  Congress  (LoC)  to  create  an 
historical  gazetteer  http : / /loc . gazetteer . us  / 

• The  NYPL's  recently  announced  Space/Time 
Directory  http: //spacetime. nypl.org/ 

• NaturalEarth  http://www.naturalearthdata.com/ 

• Quattroshapes  http://quattroshapes.com/ 


We  use  Quattroshapes  http://quattroshapes.com/  as 
the  foundation  for  our  data  set,  as  it  has  most  of  the  stuff,  in  most  of 
the  places,  most  of  the  time. 


From  there  we  are  merging  in  relevant  additions  (geometries 
and  metadata  alike,  as  the  various  licenses  permit)  from  Natural 
Earth  http://www.naturalearthdata.com/  , 

GeoPlanet  https : //en .wikipedia. org/wiki/ Yahoo !_GeoPlanet 
GeoNameS  http://www.geonames.org/  and  the 
Zetashapes  http : / / zetashapes . com/  project. 

People  who've  been  around  this  problem  for  as  long  as  we 
have  may  be  thinking:  Doesn't  this  mean  that  the  coverage  for 
certain  place  types  ( many  neighbourhoods  around  the  world  and  in 
some  countries  even  localities)  will  be  lacking  to  start  with?  The 
answer  is:  Yes.  One  of  our  immediate  goals  is  to  identify  which 
places  in  the  GeoPlanet  dataset  lack  both  a concordance  with  and  a 
corresponding  record  to  Quattroshapes . Once  we  have  that  list  we 
can  import  the  names  and  hierarchies  for  those  places  from 
GeoPlanet  at  which  point  the  coverage  should  improve  immediately. 
Many  of  those  places  will  lack  coordinate  data  at  the  time  of  import 
but  we  believe  that  is  a problem  that  can  be  tackled  in  time. 


Ours  is  not  the  first  effort  to  create  an  open  and 
comprehensive  data  set  of  the  world.  We  think  that  each  one  of  the 
projects  mentioned  above  offers  their  own  unique  contributions  and 


we  hope  that  by  "smushing"  them  all  together  we  can  start  to  create 
something  greater  than  the  sum  of  its  parts. 


Also,  all  the  data  is  made  available  under  a Creative 
Commons  Zero  https  : //creativecommons  . org/ choose/ zero/ 
designation. 


We  make  use  of  a number  of  open  data  sources,  some  of 
whom  do  require  attribution.  We  have  listed  them  over 
here  https : //github.com/mapzen/whosonfirst-data#sources 


The  long  version 


An  interesting  way  to  think  about  a gazetteer  is  to  consider  it 
as  the  space  where  debate  about  a place  is  managed  but  not  decided. 

Long  version  is  long.  You  might  want  to  get  a cup  of  coffee 
or  maybe  a drink  if  you've  been  thinking  about  this  sort  of  thing  for 
as  long  as  we  have  (or  maybe  longer). 


What  is  a "gazetteer"  anyway? 


Like  we  said  before,  a gazetteer  is  a big  list  of  places,  each 
with  a stable  identifier  and  some  number  of  descriptive  properties 
about  that  location.  An  interesting  way  to  think  about  a gazetteer  is 
to  consider  it  as  the  space  where  debate  about  a place  is  managed  but 
not  decided. 

The  simplest  and  friendliest  expression  of  this  idea  is  to 
consider  the  many  different  ways  that  people  spell  the  name  for  the 
same  physical  location.  Sometimes  two  people  who  agree  on  how  to 
spell  a name  can  find  themselves  at  odds  when  one  of  them  spells  it 
incorrectly.  Consider  how  finicky  geocoders  can  still  be  about  the 
manner  in  which  a query  is  formatted  and  the  hilarity  that  often 
ensues  when  a query  is  entered  incorrectly.  Now  take  this  dynamic 
and  multiply  it  by  all  the  languages  in  the  world. 


Sometimes  the  easiest  way  to  describe  the  purpose  of  a 
gazetteer  is  to  say  that  it  exists  to  make  the  "spelling  mistake 
problem"  go  away.  If  every  location  has  a simple  (often  numeric  but 
more  importantly  stable ) identifier  then  you  and  I can  refer  to  the 
same  place,  in  any  number  of  different  contexts,  using  that  identifier 
without  having  to  spend  a lot  of  time  accounting  for  linguistic 
differences  or  subtleties. 


For  example  I might  say  "Montreal"  (in  English)  while  you 
might  say  "■§-*=  5]  (in  Korean)  while  someone  else  might  say 


"Montreal"  (in  French)  or  "MTL"  (in  Conversational  Shortcut)  and 
so  on.  The  gazetteer  is  meant  to  be  a happy,  welcoming  and  stable 
space  where  all  those  representations  of  the  same  place  — or  if 
you're  feeling  frisky,  the  same  consensual  hallucination  — can  co- 
exist. 


A more  complicated  expression  of  the  idea  that  a gazetteer 
exists  to  manage  debate  is  to  remember  that  "place"  is  a hard 
problem  because  it  is  often  a contested  space  at  social,  political  and 
often  very  emotional  levels.  This  is  not  a new  problem.  People  have 
argued  and  sometimes  fought  over  the  meaning  and  the  expression  of 
place  for  as  long  as  anyone  can  remember. 


Montreal 


Montreal  is  a locality  and  its  consensus  geometry  is  from  ouattroshapes 


Properties 


Hierarchy 


{u ' geom: area ' : u' 0.049595', 

u'geomrbbox' : iT -73 .974351, 45 .409653,-73.474127,45.707578 ’ , 

u 'geom: latitude ' : u'45. 52662', 

u' geom: longitude' : u' -73 . 652698 ' , 

u 'gn: population ' : u'3268513', 

u' iso: country ' : u'CA', 

u 'lbl: latitude ' : u' 45.50884', 

u' lbl: longitude ' : u'-73.S87Bl' , 

u'name:chi_p' : [u ' \u8499\u7279\u5229\u5cl4 ' ], 

u ' name : chi_v ' : (u ' \u8499\u7279\u5229\u723e ' ] , 

u ' name : eng_p ' : [ u ' Montreal ' ] , 

u ’ name : eng_s ' : [ u ' Montreal ' , 

u ' City  of  Saints', 

u'The  Golden  City', 

u ' City  of  a thousand  bell  towers', 

u ' La  ville  aux  cent  clochers', 

u ’ The  Belltower ' , 

u'Sin  City', 

u'The  Amsterdam  of  North  America', 
u’The  City  Light', 
u ' The  Lamp ' , 

u'The  Metropolis', 
u ' Frenchtown ' , 


Ancestors  that  Montreal  is  parented  by 

• the  country  of  Canada 

• the  region  of  Quebec 

• the  continent  of  North  America 

Other 

• See  all  the  descendants  of  Montreal 

• Reverse  aeocode  (45.52662,  -73.652698) 


Even  with  the  luxury  of  complete  sentences  and  full 
paragraphs  and  entire  books  on  the  subject  different  writers  and 
scholars  still  after  all  these  years  can't  or  don't  or  won't  agree  on  the 
meaning  of  a given  place.  It  would  be  ...  unhelpful,  at  best,  to  believe 
that  any  list  of  key- value  pairs,  no  matter  how  comprehensive, 
attempting  to  describe  the  nuance  of  a place  will  do  any  better  at 
resolving  long-standing  disputes  about  the  fundamental  meaning  and 
interpretation  about  that  place. 


First  principles 


The  gazetteer  starts  from  a series  of  first  principles: 

Mapzen  has  an  opinion 

It  is  important  that  Mapzen  have  an  opinion  not  about  any 
one  place  but  rather  about  the  nature  of  place  itself.  It  is  important 
for  us  to  know  and  understand  the  boundaries  of  our  project  in  order 
to  know  what  the  project  is  for  and,  critically,  what  the  project  is  not. 

Leave  as  many  decisions  as  possible  to  the  "edges" 

The  world  is  a complicated  place  and  we  would  like  the 
gazetteer  to  be  a project  that  can  support,  or  act  as  a scaffolding  for, 
the  sometimes  contradictory  opinions  that  people  have  about  it.  We 
aim  to  leave  as  much  meaning  or  inference,  as  we  can,  about  a place 
to  individual  users  and  applications.  How  this  will  manifest  itself  in 
concrete  terms  remains  to  be  seen  but  this  is  a goal  we  have  set  for 
ourselves. 

Portability 

The  canonical  source  for  a place  is  a text  file,  specifically 
GeoJSON  with  a unique  64-bit  numeric  ID.  This  is  because  all 
computers  speak  "text  files"  and  "numbers".  Text  files  can  be 
inspected  or  updated  in  any  old  text  editor.  Text  files  can  be  printed. 
Numbers  are  fast  and  cheap  for  databases  to  index. 


We  use  text  files  because  our  primary  concern  for  the  data  is: 
Ease  of  use,  robustness  and  portability  over  time.  On  measure,  the 
benefits  of  plain  old  text  files  outweigh  both  the  costs  and  in  many 
cases  the  benefits  of  other  formats. 

Google's  Protocol 

Buffers  https : //developers . google . com/protocol-buffers/ 
for  example  are  awesome  but  require  that  you  install  a whole  lot  of 
Google  on  your  computer  in  order  to  use  them.  ESRI's 
Shapefiles  https://en.wikipedia.org/wiki/Shapefile  are 
equally  awesome  and  their  ubiquity  and  longevity  is  a testament  to 
their  utility  but  they  too  require  bespoke  applications  for  even  the 
most  trivial  of  updates. 


Our  primary  concern  for  the  data  is:  Ease  of  use,  robustness 
and  portability  over  time. 


That  does  not  mean  that  plain  text  or  static  files  are 
necessarily  the  optimal  choice  for  delivery  or  distribution.  We  will 
account  for  that  on  a case-by-case  basis.  If  we  need  to  pre-process  all 
the  data  into  a smaller  and  nimbler  format  for  a specific  use-case 
then  we  will,  but  you  will  always  be  able  to  access  the  data  as  simple 
text  files. 


GeoJSON 


We  use  GeoJSON  http://www.geojson.org  as  the 
primary  exchange  format  for  the  gazetteer  for  two  interconnected 
and  complementary  reasons: 


• It  is  structured  data  with  the  least  amount  of  markup 
today.  If  someone  creates  another  markup  language 
with  even  less  scaffolding  we  might  use  that  instead 
but  for  now  GeoJSON  is  a good  happy  medium. 


• There  are  lots  of  tools  for  working  with  GeoJSON  and, 
importantly,  for  converting  it  into  all  the  other  formats 
that  different  people  use. 


Tell  me  more  (the  hard  bits) 


If  you  are  immediately  curious  about  the  simple  bits,  where 
"simple"  means  names,  geometries  and  minimal  viable  properties 
(and  which  are  simple  relative  only  to  what  follows)  then  you  should 
jump  ahead  #the-simple-bits 


Concordances 


Concordances  are  a good  place  to  start  since  we've  already 
mentioned  other  gazetteers.  Put  simply:  We  want  to  hold  hands  with 
as  many  other  gazetteers  — past  present  and  future  — as  possible. 

Concordances  allow  everyone  to  work  on  the  things  that  are 
important  to  them  while  still  being  aware  and  acknowledging  the 
work  that  others  are  doing  and  provide  a mechanism  for  all  that  work 
to  hold  hands. 


There  is  more  than  enough  room  for  multiple  gazetteers  in 
the  world  and  the  point  of  a concordance  is  only  to  be  able  to  say,  for 
example,  that  "our  Boston"  is  the  same  as  "their  Boston".  The  details 
of  either  one  of  those  records  may  be  entirely  different  because  of  an 
individual  organization's  focus  or  perspective.  Multiple  outlooks  on 
the  same  subject  are  a good  thing.  Concordances  allow  everyone  to 
work  on  the  things  that  are  important  to  them  while  still  being  aware 
and  acknowledging  the  work  that  others  are  doing  and  provide  a 
mechanism  for  all  that  work  to  hold  hands. 


Every  WOF  record  contains  a property  called 
wof : concordances  which  is  a dictionary  of  simple  key/value 
pointers  to  the  identifiers  of  the  same  in  other  databases.  For 
example: 


"wof : lang" : 
"name:eng_p" 
"name:eng_a" 
"name : f re_p" 


["eng",  "fre"], 
: "Montreal", 

: "YMQ", 

: "Montreal", 


t 


} 


As  of  this  writing  we  have  concordances  for  things  from 
GeoNames  (159,  359  of  them),  GeoPlanet  (135,  399  of  them), 
QuattroShapes  (115,  550  of  them),  Factual  (80,  973  of  them),  a 
variety  of  airport  codes  (ICAO,  IATA,  FAA  and  Our  Airports), 
Wikipedia  pages  (just  for  airports  right  now)  and  even  concordances 
for  Mapzen  Border 

Countries  https://mapzen.com/data/borders/  . Soon,  we  will 
have  more . 

Placetypes 

For  any  hierarchy  of  place  types  we  have  identified  three 
"classes"  that  any  one  of  those  place  types  can  fall  into.  That  doesn't 
mean  there  can't  be  others  (classes  or  place  types)  only  that  these  are 
the  ones  we've  identified  as  a good  place  to  start. 


Common  (C) 


These  are,  well,  common  across  any  hierarchy  for  any  place 
in  Who's  On  First. 


This  part  is  important:  It  means  that  at  some  point  every 
single  record  shares  at  least  one  or  more  common  ancestors  (for 
example  a country  or  a continent  or  occasionally  just  the  Earth).  That 
doesn't  preclude  very  specific  additions  to  the  hierarchy  for  a given 
location  only  that  those  additions  need  to  fit  within  a common 


hierarchy  shared  across  all  locations. 


Common-optional  (CO) 


These  are  meant  to  be  part  of  a common  hierarchy  but  may 
not  be  present  because  they  aren't  relevant  or  because  we  don't  have 
the  data.  Counties  are  a good  example  of  this. 


Optional  (O) 


These  are  the  parts  of  a hierarchy  specific,  typically,  to  a 
country  or  region.  For  example,  the  many  nested  "departments"  in 
France  or  Germany.  The  only  rule  is  that  an  optional  (O)  place  type 
has  to  fit  somewhere  inside  the  common  (C)  hierarchy. 


So  the  minimum  list  of  place  types  for  a hierarchy  applied 
globally  looks  like  this: 


- continent  (C) 

- country  (C) 

- region  (C) 

- "county"  (CO) 

- locality  (C) 

- neighbourhood  (C) 

A more  nuanced  version  might  look  like  this: 


- continent  (C) 

- empire  (CO) 

- country  (C) 

- region  (C) 

- "county"  (CO) 

- "metro  area"  (CO) 
- locality  (C) 

- macrohood  (0) 


- neighbourhood  (C) 

- microhood  (0) 

- campus  (CO) 

- building  (CO) 

- address  (CO) 
- venue  (C) 


Venues!  Buildings!! 

Microhoods  https : // github . com/whosonf irst/whosonf irst- 
data/blob/master/meta/wof-microhood-latest . csv  ! ! ! 
Empires ! ! ! ! 


So  many  new  things  but  throughout  you  can  still  see  a 
common  skeleton.  There  is  an  entire  Github  repository  devoted  to 
the  topic  of 

placetypes  https : //github. com/whosonf irst/whosonf irst- 
piacetypes  including  a discussion  (and  a canonical  reference) 
about  each  of  the  place  types  described  above. 


Beijing  international  Convention  Centre 


Beijing  International  Convention  Centre  is  a neighbourhood  and  its  consensus  geometry  is  from  ouattroshapes 


Properties 

{u'geomtarea’ : u' 0.0021 19', 

u'geom:bbox' : u' 116 .350187, 39 .9B9747, 116.412893,40.063899 ' 

u ' geom: latitude ' : u'40. 02414', 

u'geom: longitude ' : u' 116 .382464 ' , 

u'gnsid'i  u' 

u 'isos country ' s u'CH', 

u'misc:gn_admO_cc' : u’CN', 

u'mi.9c:gn_id' : u'0’, 

u ' misc : gn_local ' s u' 1816670’, 


Hierarchy 

Ancestors  that  Beijing  International  Convention  Centre  is  parented  by 

• the  country  of  China 

• the  region  of  Beijing 

• the  locality  of  Beijing 

Other 

• See  all  the  descendants  of  Beijing  International  Convention  Centre 

• Reverse  oeocode  (40.02414.  116.382464) 


Hierarchies 


Hierarchies  in  Who's  On  First  are  represented  as  a list  of 
dictionaries , where  each  item  is  a dictionary  containing  a full 
hierarchy.  Like  this: 


"wof : hierarchy" : [ 

t 

"country_id" : "85633147", 
"region_id":  "85683255", 
"county_id" : "102072387", 

" locality_id" : "101750223", 

" neighbourhood_id " : "85794581" 

> 


In  a few  isolated  cases  we  really  don't  have  a good  answer  for 
who  the  parent  is  or  if  we're  just  not  sure  because  it's  early  days  and 


are  still  vetting  the  data  we  will  assign  a value  of  - 1 for  the  parent 
record. 


Occasionally  we  will  assign  a value  of  - 2 . This  should  be 
interpreted  as  ":shrug:  the  world  is  a complicated  place".  For 
example,  the  Baykonur  Cosmodrome  is  a little  donut  hole  of 
Russia  https : //github . com/mapzen/whosonf irst- 
data/issues/16  surrounded  by  the  nation  of  Kazakhstan. 

Superseded  / Superseded  by 

One  of  the  large  and  difficult  philosophical  questions  that 
working  with  geography  raises  is  this:  How  do  you  decide  when 
something  has  simply  been  updated  versus  when  has  something 
fundamentally  changed? 


This  is  not  a "geo"  question  per  se,  only  that  "geo"  has  a habit 
of  poking  it  in  the  eye.  For  example  Poland,  France  and  Germany 
spent  the  better  part  of  a hundred  years  claiming  and  reclaiming  (and 
then  sometimes  reclaiming  again)  the  same  territory.  Those  borders, 
and  the  periods  during  which  they  existed,  are  important  contextual 
information  for  lots  of  applications  beyond  just  maps.  Consider 
works  of  art  created  in  those  parts  of  Poland  that  were  German  at  the 
time  of  their  creation.  How  do  you  create  stable  identifiers  for  a 
location  that  has  changed,  in  concrete  and  meaningful  ways,  over 
time? 


One  of  the  large  and  difficult  philosophical  questions  that 
working  with  geography  raises  is  this:  How  do  you  decide  when 
something  has  simply  been  updated  versus  when  has  something 
fundamentally  changed? 


A little  closer  to  home,  in  New  York  City,  everyone's 
favourite  that-is-so-not-a-neighbourhood  is  called:  "BoCoCa". 
BoCoCa  is  short  for  Boerum  Hill,  Cobble  Hill  and  Carroll  Gardens, 
three  adjacent  neighbourhoods  south  of  downtown  Brooklyn. 
BoCoCa  is  neither  a name  that  anyone  seems  to  like,  nor  is  it  a place 
type  that  most  people  recognize  as  a neighbourhood.  On  the  other 
hand  it  is  a neighbourhood  (and  an  identifier)  that  has  made  its  way 
into  lots  of  other  maps  and  datasets.  Whatever  we  may  think  about  it 
BoCoCa  has  "existed". 


So  in  Who's  On  First  we've  changed  its  place  type  and  made 
BoCoCa  a "macrohood"  that  parents  the  three  neighbourhoods  from 
which  its  name  is  derived. 


A location's  place  type  is  a pretty  fundamental  property  and 
it's  easy  to  imagine  that  a third-party  application  might  use  and  store 
that  metadata  for  important  application-specific  purposes.  Which  is 
to  say:  We  don't  need  to  have  an  opinion  about  what  or  why  an 
application  is  doing  something  with  the  metadata  associated  with  a 
location  and  if  we  start  by  saying  that  WOF  ID  85892915  is  a 
neighbourhood  (which  it  was  when  we  imported  the  data  from 
Quattroshapes)  we  probably  shouldn't  just  change  it  on  a whim. 


We  also  don't  think  BoCoCa  is  a neighbourhood,  though.  We 
absolutely  have  an  opinion  about  that.  At  one  time  BoCoCa  might 
have  been  a neighbourhood  but  in  our  world  it  no  longer  is . The  way 
that  we  reconcile  problems  like  this  is  by  creating  a new  record  with 
a new  place  type  (BoCoCa  the  macrohood)  and  by  updating  each 
record  to  indicate  that  one  supersedes  the  other. 


For  example,  the  record  for  BoCoCa  the  neighbourhood 
looks  like  this: 


"wof : superseded_by" : [102147495], 

"wof : supersedes" : [], 

While  the  record  for  BoCoCa  the  macrohood  looks  like  this: 


"wof : super seded_by" : [ ] , 

"wof : supersedes" : [85892915] 

It  is  left  up  to  individual  applications  to  decide  how  or 
whether  to  treat  records  that  have  been  superseded  differently.  A 
search  engine,  for  instance,  may  choose  to  weight  a superseded  place 
differently  or  exclude  it  altogether. 


Breaches 


Every  record  has  a wof : breaches  list  attached  to  its 
properties.  Depending  on  when  you  read  this  blog  post,  most  or  all 
of  those  lists  may  still  be  empty.  A "breach"  occurs  when  the 
geometry  of  a given  location  is  intersected  by  the  geometry  of 
another  location  of  the  same  place  type. 


The  purpose  of  these  lists  is  to  signal  to  users  of  the  Who's 
On  First  data  that  there  is  either  an  error  in  the  data  (most  country 
records  shouldn't  breach  any  of  their  neighbours)  or  that  there  is  a 
legitimate  difference  of  opinion  about  the  boundaries  of  a place 
(neighbourhoods,  for  example). 


Like  many  signals  its  precise  meaning  and  significance  and 
how  it  should  be  handled  is  left  up  to  individual  applications. 

Tell  me  more  (the  simple  bits) 


Remember,  what  follows  is  the  " simple " stuff... 

Names 

All  place  names  were  originally  derived  from  the 
Quattroshapes  and  Natural  Earth  datasets.  Overall  though  the 
GeoPlanet  (GP)  dataset  is  better  for  names  in  multiple  languages, 


and  for  colloquial  place  names.  GP  defines  two  properties  for  a 
name: 

1.  An  ISO  639- 

3 https : //en. wikipedia.org/wiki/lS0_639-3 
language  code 

2.  A name  "type",  which  is  a well-known  list  of  descriptors 
as  defined  by  the  nice  GP  people: 


The  Name_Type  field  is  a single  letter  code  that 
describes  the  alias  as  follows: 

• P is  a preferred  English  name 

• Q is  a preferred  name  ( in  other 
languages) 

• V is  a well-known  (but  unofficial ) 
variant  for  the  place  (e.g.  "New  York 
City"  for  New  York) 

• S is  either  a synonym  or  a colloquial 
name  for  the  place  (e.g.  "Big  Apple " 
for  New  York),  or  a version  of  the  name 
which  is  stripped  of  accent  characters. 

• A is  an  abbreviation  or  code  for  the 
place  (e.g.  "NYC"  for  New  York) 


GP  also  distinguishes  between  a name  and  an  alias  so  in 
their  world  you  end  up  with  something  like: 


Name:  Montreal 

Language : FRE 
Alias  (ENG_P):  Montreal 
Alias  (KORQ):  SMB-I# 


GP  does  not  however  account  for  the  fact  that  some 
Countries  https: / /www. youtube. com/watch ?v=0HzMTSK1V4o 
have  multiple  languages.  With  all  that  in  mind,  we  decided  that: 


• We  should  support  multiple  languages  for  a place  and 
label  placement 

• We  should  just  use  pfor  a preferred  name,  regardless  of 
language 

• We  should  use  a name  namespace  for  names  because  it 
is  explicit 


For  example: 


< 

"wofrlang":  ["eng",  " fre"], 
"name:eng_p" : "Montreal", 

" name : eng_a " : " YMQ " , 

"name : f re_p" : "Montreal", 
"name:kor_p"  : , 

} 


Geometries 


The  "consensus"  geometry 


Every  place  will  have  a single  "consensus"  geometry 
associated  with  it.  The  definition  of  "consensus"  remains  to  be 
determined.  Also,  the  use  of  the  word  "consensus"  is  understood  to 
be  problematic.  It  will  be  deprecated  and  replaced  with  a more 
accurate  term. 


All  the  "other"  geometries 


Brary  matter  • whosonf irst-data  / data  / 856  / 330  / 41  85633041  -alt.geojson 
thisisnaroniand  28  days  ago  ne/qs  tip 


1 lines  (1  sloe)  849.713  kB 


m 


Raw  Blame  History 


*■  * 

o 


ij 


Every  place  will  also  have  an  "alternate"  file  containing 
multiple  named  geometries.  These  might  include  contested 
geographies  or  simplified  geometries  or  geometries  that  have  been 
optimized  for  specific  use-cases,  like  geocoding. 


The  point  is  this:  ALL  THE  GEOMETRIES. 


The  source  for  the  consensus  (sic)  geometry  and  all  the 
alternate  geometries  are  included  in  every  record.  For  example: 


{ 


"srcigeom":  " zetashapes " , 


"src : geom_alt" : [ "quattroshapes " , "naturalearth" ] 

} 


Centroids 


Any  given  record  can  have  multiple  centroids.  It  is  worth 
pointing  out  that  "multiple  centroids"  can  be  read  as  a bit  of  an 
oxymoron.  We  use  the  term  "centroid"  to  denote  a specific  area  of 
focus  for  a geometry.  Different  centroids  are  denoted  by  prefixes , 
indicating  their  use.  For  example: 


• geom:  latitude  and  geom: longitude  — which 
are  the  actual  center  of  the  consensus  polygon  and 
calculated  using  the  magic  of  mathematics. 

• lbl : latitude  and  lbl : longitude  — which 
are  used  to  indicate  the  optimal  location  for  label 
placement.  For  example , the  polygon  for  San 
Francisco  includes  the  Farallon  Islands  which  means 
that  the  "center"  of  that  polygon  is  actually  in  the 
Pacific  Ocean  and  not  an  optimal  place  to  label  the 
city. 


• nav : latitude  and  nav:  longitude  — which 
are  used  to  indicate  where,  specifically,  a routing 
engine  should  direct  you.  For  example,  the  entrance  to 
the  ER  at  a hospital  rather  the  loading  bay  for  delivery 
trucks  arriving  at  the  same  location. 


Minimal  viable  properties 


The  design  model  for  the  Flickr 

API  http: //www.  flickr . com/services/api  was:  What  is  the 
one  thing  you  should  always  be  able  to  do  with  any  photo-related 
API  response? 

For  Flickr  the  answer  was  the  "standard  photo 
response  https : //code .flickr . net/ 2 008/08 / 19 /standard- 
photos-response-apis-f or-civilized-age/  " or:  You  should 
always  be  able  to  load/build  the  URL  for  a photo  with  a link  back  to 
its  page  on  Flickr' s website. 

In  Mapzen's  case  the  answer  to  a similar-minded  question 
might  be:  You  should  always  be  able  to  view  API  responses  on  a 
map. 


For  example  it  should  be  possible  to  take  anything  that  comes 
back  from  Pelias  http://peiias.mapzen.com/  (or  any  other 
API)  and  simply  hand  it  off  to  Leaflet  as  a Geo  JSON  layer  and  see 
something  on  a map. 


With  that  in  mind  a "minimal  viable  properties"  dictionary 
might  look  like  this: 


"wof rid":  85922583, 
"wofrname":  "San  Francisco", 


"wof : fullname" : "San  Francisco,  California  US", 
"wof : placetype" : "locality", 

"wof : parent_id" : 85688637, 

"wof : quality " : 9, 

"wof: score":  100 


A couple  things  to  note  about  this  example: 


• When  we  say  " properties " we're  talking  about  the 
metadata  associated  with  that  place  rather  than  its 
geometry. 


• The  wof:  score  property  and  its  semantics  should  be 
considered  a place-holder  for  some  equivalent  search 
ranking  to  be  determined  by  the  Pelias  team.  Likewise , 
the  wof : quality  property  and  its  semantics  should 
also  be  considered  a place-holder  for  some  equivalent 
quality! confidence  ranking  to  be  determined  by  the 
Data  team. 

Future  magic  (making  it) 

What  follows  are  a list  of  properties  that  aren't  currently 
supported  or  are  still  so  "early  days"  that  the  easiest  thing  is  to 
consider  them  unsupported.  They  are  included  here  because  they 
absolutely  should  and  will  be  supported,  in  time. 

Ranking(s) 


Quality 


How  good  or  confident  do  we  feel  about  the  data  included  in 
a given  record. 


Coverage 


Where  "coverage"  is  meant  to  indicate  the  number  of 
attributes  that  have  been  recorded  about  a place.  We  might  have 
excellent  names  and  alternate  names  for  a place  but  little  else  in  the 
way  of  metadata  (population,  elevation,  etc.) 

Dates 

What  are  the  dates  that  a place  was  founded  or,  in  some 
cases,  ceased  to  exist?  This  becomes  especially  relevant  in  a dataset 
where  every  record  might  be  superseded  or  supersede  another. 


Dates  are  actually  a pretty  complex  space  so  we  are  going  to 
start  with  the  simplest  thing  and  then  gradually  grow  it  to  account  for 
the  realities  of  life  and  of  history.  The  Library  of  Congress'  work 
around  an  Extended  DateTime  Format 

(EDTF)  http://loc.gov/standards/datetime/  is  a good  place 
to  start  poking  around  if  you're  curious  about  this  sort  of  thing. 

But  wait...  where  is  this  data  you  speak  of? 


The  Yo 


Properties 

{u 'geom: area ' : u'4e-06’, 

u'geomsbbox' s u'-122. 413719, 37. 780369, -122. 41066, 37. 78302 ' , 
u 'geom: latitude ' : u' 37 .781722 ‘ , 
u 1 geom: longitude ' : u' -122 .41265 ' , 
u' iso: country ' : u'US', 
u ' name : eng_p ' : [ u ’ The  Yo ' ] , 
u ' src : geom ' : u ' mini tenders ' , 
u ' sro : geom_alt ' : [ ] , 
u'wof: belongs to' : [u' 85688637 1 , 
u ' 85633793 ' , 
u ' 85922583  ' , 
u' 102087579', 
u'85865903'  ], 
u 'wof: breaches ' : [], 


The  Yo  is  a microhood  and  its  consensus  geometry  is  from  mlnltenders 

Hierarchy 

Ancestors  that  The  Yo  is  patented  by 

• the  county  of  San  Francisco 

• the  country  of  United  States 

• the  region  of  California 

• the  neighbourhood  of  Tenderloin 

• the  locality  of  San  Francisco 

Other 

• See  all  the  descendants  of  The  Yo 

• Reverse  oeocode  (37.781722,  -122.41265) 


First  — and  this  is  Very  Very  Very  Important  — please 
understand  that  Who's  On  First  is  a work  in  progress  and  that  means 
a few  things: 


• Some  (maybe  even  a lot)  of  the  data  will  be  wrong. 


• Some  things  are  missing.  Some  things  are  missing  in  a 
known 

unknown  https : // github . com/TileStache/TileStac 
he /blob/ fb60b32439ebf 108f 983eaa4556627b07848d7a 


d/TileStache/ Core . py#L772-L82 1 kind  of  way  in 
which  case  they'll  be  addressed  shortly.  Some  things 
may  still  be  missing  in  an  unknown 

unknown  https : //en. wikipedia.org/wiki/There_ar 
e known  knowns  kind  of  way  in  which  case  they'll  be 
addressed  as  the  errors  become  apparent. 

• Some  ( probably  most)  of  the  data  will  change  in  some 
way,  if  only  to  account  for  #1. 


• We  have  not  formalized  or  finalized  the  tools  for 
updating  all  the  ancestors  or  dependencies  of  a record 
when  that  record  is  updated.  This  means  that  in  the 
short-term  it  is  possible  there  will  be  inconsistencies 
between  a record  and  its  relations.  We'll  get  there. 

The  purpose  of  releasing  the  data  now  is  not  to  sound  the 
trumpets  and  herald  a new  dawn  of  perfect  data  but  rather  to  give 
substance  to  everything  we've  been  talking  about  and  to  have  a 
meaningful  dataset  with  which  to  prove  or  disprove  our  assumptions 
and  to  work  through  the  practicalities  of  working  with  that  data. 


A lot  of  work  is  what's  next. 


If  you  don't  have  the  time  or  the  temperament  (personally  or 
institutionally)  to  deal  with  a little  bit  of  on-going  bad 


Craziness  http: //WWW. ralphsteadmanprints . comhttps : //s3 . amaz 
onaws . com/assets- 

s t aging. mapzen . com/ images /00art/gonzo/02badcrazy .jpg  as 
we  work  through  the  issues  then  digging  in  to  the  data  now  is 
probably  premature.  We  intend  to  continue  working  in  public  and 
discussing  the  project  openly  so  keep  an  eye  on  the  blog  and  we'll  let 
you  know  as  things  improve. 


As  of  this  writing  the  raw  Who's  On  First  GeoJSON  data  hies 
exist  in  two  places:  A public  AWS  S3  endpoint  and  as  a GitHub 
repository  with  lots  of  tiny  little  hies.  Their  URLs  respectively  are: 

• https://s3.amazonaws.com/whosonfirst.mapzen.com/da 

ta/  https : //s3 . amaz onaws . com/whosonf irst .mapzen . 
com/data/ 


• https:/ Zgith  ub.com/ whosonfirst!  whosonfirst- 

datal  https : //github.com/whosonfirst/whosonfirst 
-data/ 


Note:  The  S3  link  above  is  not  meant  to  be  a "browseable" 
thing  so  much  as  an  endpoint  that  people  know  how  to  work  with  S3 
can  start  to  do  stuff  with.  If  those  words  sound  like  gibberish  to  you 
then  you  should  not  click  on  the  S3  link  and  just  have  a look  at  the 
GitHub  link  instead. 


There  is  not  currently  a publicly  available  tool  for  browsing 
the  data.  We  have  an  internal  "spelunker"  that  we  plan  to  open- 
source  (along  with  a number  of  related  libraries  for  working  with 
Who's  On  First  data)  but  that  is  not  going  to  happen  today. 


The  GitHub  repository  also  contains  a number  of  "meta" 
files,  located  in  the  cleverly-named  meta 

directory  https : //github . com/whosonf irst/whosonf irst- 
data/tree/master/meta  . These  are  mostly  CSV  files  with  some 
minimum  amount  of  data  for  each  record  of  a given  place  type.  Like 
everything  else  the  meta  files  are  a work  in  progress  but  are  meant 
to  provide  a minimal  ability  to  introspect  the  data  without  the  need  to 
load  everything  into  a database. 

Did  you  say...  "venues"  ? 

We  did.  We  aren't  releasing  any  venue  data  under  the  Who's 
On  First  banner,  yet,  but  we  are  working  on  it.  Venues  are  very  much 
a part  of  Who's  On  First  but  where  they  are  not  complicated  they  are 
simply  numerous.  Often  they  are  both.  So,  simple  things  first.  Harder 
things,  like  venues,  will  follow. 

A word  about  Git  (and  GitHub) 

Don't  get  too  attached  to  working  with  or  managing  Who's 
On  First  data  in  GitHub  (or  Git  in  general).  We  haven't  quite  figured 
out  what  the  best  way  of  both  distributing  the  Who's  On  First  data  or 


of  accepting  corrections  and  suggestions  from  the  community  is  yet. 


Even  though  the  nice  people  at  GitHub  continue  to  do 
excellent  work  at  making  Git  easier  for  a broader  population  to  use, 
the  reality  remains  that  Git  is  a significant  barrier  to  participation  for 
many  people.  Absent  a more  formal  decision  about  an  alternative, 
GitHub  at  least  allows  us  to  point  in  the  general  direction  of: 


• An  open  and  readily  distributed  dataset  that  people  can 
download  and  work  with 

• A way  for  people  to  contribute  corrections  (and  general 
nuance ) about  a place 

• A way  for  us  to  be  able  to  do  everything  above  while 
still  assuring  us  a measure  of  authority  around  the 
assertions  we  make  about  the  data 

• Also  a way  for  us  to  think  about  how  and  where  we 
store  an  audit  trail  (of  sorts)  for  updates  to  a place 


So  again:  Don't  get  overly  attached  to  the  Git  parts  of  the 
Who's  On  First  data.  It  is  meant  to  indicate  the  idea  and  not 
necessarily  the  details. 


What  is  next? 


A lot  of  work  is  what's  next. 


More  specifically  what's  next  is  to  start  releasing  the  tools 
and  libraries  we've  written  internally  for  processing  and  managing 
Who's  On  First  data,  releasing  a version  of  the  internal  "spelunker" 
web  application  that  we  use  to  poke  around  the  data  and  perform 


sanity-checking,  building  prototype  services  on  top  of  all  this  data, 
finishing  and  in  some  cases  starting  documentation  for  all  of  the 
above  and  fixing  all  the 

bugs  https : //github.com/whosonfirst/whosonf irst- 
data/issues 

Enjoy! 

2015-08-18 


I will  be  your  vision  shadow 


Who's  On  First  — The  Spelunker 


Who's  On  First  — The 
Spelunker 


The  following  are  the  presenter  notes  for  a talk  I did  about 
Who's  On  First  and  the  recently  released  Who's  On  First  spelunker 

at  the  Free  and  Open  Source  Software  for 

Geospatial  http://20i5.foss4g.org/  conference,  in  Seoul.  This 
was  also  originally  posted  on  the  Mapzen 

blog  https : //mapzen . com/blog/ spelunker- jumping-into-who- 
s-on-first  in  September,  2015 . 


Hello.  It's  nice  to  be  back  at 


FOSS4G  http://20i5.foss4g.org/  . The  last  time  I was  here 
was  in  2007,  when  FOSS4G  was  held  in 
Victoria  http://2007.foss4g.org/  . In  between  life  and 
circumstance  have  prevented  me  from  being  able  to  return  until  now 
so  it's  a pleasure  to  be  speaking  to  you  today. 


Editor  at  Large, 
Mapzen 


@thisisaaronland 


My  name  is  Aaron  and  I work  at 
Mapzen  http://www.mapzen.com/  . One  of  the  things  this  talk 
has  highlighted  is  that  no  one  at  Mapzen  has  any  idea  what  my 
official  title  is.  For  now  we're  trying  out  "Editor  at  Large"  and  we'll 
see  how  that  goes. 

I'd  like  to  begin  by  doing  a quick  review  of  the  last  ten  years 
of  my  work-life  in  three  short  slides  by  way  of  introduction  and  to 
set  the  stage  for  the  rest  of  this  talk. 


A million  years  ago  I worked  at 

Flickr  http://www.fiickr.com/  , the  photo-sharing  website. 

One  of  the  projects  I was  involved  with  was 

geotagging  https : //blog. flickr.net/en/2006/08/28/great- 
shot-whered-you-take-that/  , or  the  ability  to  attach  a location  to 
your  photos.  Geo  at  Flickr  encompassed  many  features  and  even 
more  moving  parts  but  one  of  the  things  to  emerge  from  all  that  work 
were  the  so-called  "Alpha 

shapes"  https : //code . flickr . net/2008/ 10/30/the-shape-of- 


alpha/  shown  above. 


These  were  geometries  for  all  the  places  in  the  Flickr 
hierarchy  — countries  all  the  way  down  to  neighbourhoods  — 
;derived  entirely  from  geotagged  photos.  As  you  can  see  some  of 
these  shapes  were  often  weird  and  greedy  in  their  perspective  but 
rarely  were  they  entirely  wrong  either. 

Most  importantly  though  we  released  these  shapefiles  as  a 
CCO  dataset  https  : / /code . flickr . net/2  0 11/01/08/f lickr- 
shapef iies-pubiic-dataset-2-0/  because  nothing  of  that 
granularity  with  a permissive  license  had  existed  before. 


After  Flickr,  I worked  at 

Stamen  http : / /www . stamen  .com  , a San  Francisco  design  studio 
focussed  on  data  visualization  and  maps.  Lots  and  lots  of  maps. 
Stamen  has  always  been  about  more  than  just  maps  but  during  the 
years  that  I was  there  we  did  a pretty  good  job  of  giving  people  the 
impression  that  it  was  mostly  about  maps. 


Stamen  came  of  age  during  a time  when  people  were  just 
starting  to  become  aware  of  the  amount  of  data  accrued  by  almost 


everything  an  individual  or  an  organization  did.  Almost  all  of 
Stamen's  work,  at  some  level,  has  been  about  reveling  in  the 
availability  https://vimeo.com/112308535  of  all  the  data  and 
celebrating  the  opportunities  it  presents. 


This  is  one  of  the  projects  that  I worked  on  at  Stamen  called 
Prettymaps  http : / /prettymaps  . stamen . com/  . Prettymaps 
began  life  as  a way  to  stress-test  a particular  piece  of  software  by 
throwing  as  much  data  as  we  could  at  it  and  then  watching  what 
happened. 

In  the  end  Prettymaps  was  created  using  only  a small  slice  of 
all  the  available  data  — ;alpha  shapes  from  Flickr,  roads  (and  on/off 
ramps)  from  OpenStreetMap  http:  //www. opens treetmap. org/ 
and  urban  areas  from 

NaturalEarth  http://www.naturalearthdata.com/  — but  this 
is  what 

happened  http: //prettymaps . stamen . com/2  010  08/about/ 
when  we  put  them  all  together. 


arriving 

EARLY  2015 
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recently  ago... 


More  recently,  I took  a little  bit  of  a detour  into  the  museum 
world.  Until  June  of  this  year  I worked  at  the  Smithsonian  Cooper 
Hewitt  Design  Museum  http://www.cooperhewitt.org/  in 
New  York  City  as  part  of  the  Digitial  and  Emerging  Media 
team  http://labs.cooperhewitt.org  . 


The  details  of  the  work  at  the  Cooper  Hewitt  are  an  entirely 
Other  Story  https://collection.cooperhewitt.org/pen/  .The 
short  version  is  that  we  designed  and  built  custom  electronic 


hardware  and  all  the  backend  software  and  infrastructure  to  allow 
visitors  to  collect  objects  on  display  in  the  museum  and  keep  a 
permanent  record,  on  the  web,  of  their  visit. 

In  short,  we  built  the  world's  most  complicated 
bookmarking 

System  http: //labs .cooperhewitt.org/2015/exporting-your- 
visits/ 


I like  to  think  that  what  connects  all  this  work  is  a focus  on 
networks  of  documents.  A network  of  documents  is  hardly  a new 
idea.  In  fact,  what  I've  just  described  is  the  web,  circa  20  years 
ago  https : //adactio . com/ journal/6507 


There  are  moments,  these  days,  when  it  seems  as  though  the 
web  is  being  actively  recast  as  little  more  than  the  transport 
mechanism  for  an  even  more  expansive  television  culture  so  maybe 
it's  worth  taking  a moment  to  remember  why  the  web  was,  and 


remains, 

important  http  i / / idlewords  • corn./ tcilks/whcit  hcippons  next  wi  1 
l_ama  z e_y ou . htm  . 


First,  the  importance  of  recall  . 

Recall  has  always  been  a power 

dynamic  http: //www. aaronland . info/weblog/ 2 014 /09/11/brandz 
#dconstruct  and  the  ability  for  people  to  visit,  or  revisit,  a "thing" 
on  the  web  with  the  luxury  of  choice  about  when  they  do  that  is 
pretty  remarkable.  Kind  of  like  a library,  the  original  network  of 
documents,  but  not  constrained  by  the  details  of  physical  space. 


Second,  the  patience  of  use. 


This  is  a short  hop  from  the  importance  of  recall  but  the 
burden  is  shifted  from  the  "consumer"  to  the  "producer" . The  web 
makes  it  possible  in  very  real  and  practical  terms  to  put  something 
online  in  a way  that  doesn't  require  it  to  enjoy  immediate  mass- 
appeal  in  order  to  recoup  the  costs  of  that  effort. 


The  costs  of  an  effort  are  not  always  measured  in  financial 
terms  which  is  another  way  of  saying  that  people  have  always  been 
willing  to  "throw  money  away"  in  the  service  of  a project  or  an  idea 
and  the  web  has  made  this  choice  available  to  more  people,  in  more 
places,  more  than  possibly  any  time  before  it. 


Finally,  that  the  value  of  the  aggregate  is  greater  than  the 
sum  of  a perfect  subset. 


This  is  not  an  absolute  truth  but  it  was  the  lesson  we  proved 
when  we  rebuilt  the  collections  website  at  the  museum.  Museums 
don't  like  to  talk  about  this  but,  on  the  whole,  they  all  have  terrible 
metadata.  For  any  given  museum  only  a tiny  fraction  of  their 
holdings  have  been  fully  vetted  and  properly  documented.  Although 
the  Cooper  Hewitt  is  set  to  have  fully  digitized  their 
collection  http:  //labs  .cooperhewitt.org/2015/long-live- 
rss/  by  mid-2016  when  I started  only  about  seven  percent  of  the 
collection  had  been  photographed.  This  is  still  the  norm  for  most 
museums. 

Mostly,  any  kind  of  collective  proof  — ;photographs , 
metadata  or  any  kind  of  documentation  about  why  an  object  has  been 
collected  — exist  only  as  anecdotes  or  institutional  mythology.  What 
the  Cooper  Hewitt  did  in  2012  was  to  publish  the  entirety  of  its 
collection  metadata,  mistakes  and  all,  as  a CCO 

dataset  https : //WWW. github. com/cooperhewitt/collection/ 
and  then  proceed  to  rebuild  the  collections  website  around  it. 


Rather  than  being  a cathedral  of  emptiness  (but  perfect 
emptiness)  the  collections  website  is  more  like  a big  noisy  cocktail 
party.  It  contains  ample  threads  for  casual  users  and  scholars  alike  to 
find  their  own  meaning  in  the  collection. 


Fast-forward  to  today  and  Mapzen  is  building  a gazetteer  of 
places,  built  from  and  published  under  a permissive  license.  It's 
called  Who's  On  First  http:  //whosonf irst .mapzen . com/ 


The  easiest  way  to  think  about  a gazetteer  is  that  it  is  a big 
list  of  places,  each  with  a stable  identifier  and  some  number  of 
properties  describing  that  location  and  relationships  to  other 
documents  in  the  gazetteer. 


Or:  A network  of  documents. 


There  are  a number  of  reasons  for  building  a gazetteer.  One 
of  them  is  that  we  are  erecting  a scaffolding  for  place  around  the 
other  map  and  geo  related  services  we  are  building  at  Mapzen.  What 
happens  when  every  service  returns  a stable  identifier  for  each  place 
it  references  in  its  result  set  that  can  handed  off  to  another  service  for 
more  details  about  that  place? 


Despite  what  New  Yorkers  might  tell  you  there  are  in  fact  12 
different  towns  called 

Brooklyn  http: //whosonf irst .mapzen . com/ spelunker/ search/? 
q=brookiyn&piacetype=iocaiity  out  there  in  the  world  and  our 
hope  is  for  people  to  be  able  to  use  the  gazetteer  as  a conversational 
shorthand  for  place  without  always  having  to  disamguiate  which 
place  is  being  talked  about. 


This  is  the  goal  and  make  no  mistake:  Our  goal  is  to  succeed. 
That  said,  we  are  not  the  first  organization  to  build  tools  and  services 
around  open  source  and  open  data,  though,  and  we  may  not  be  the 
last. 


One  of  the  things  we  actively  consider  at  Mapzen  is:  How  do 
we  ensure  that  our  work  can  outlast  our  endeavour? 


This  question  influences  many  of  the  decisions  — the  first 


principles  — we  have  made  about  the  gazetteer. 


the  data  is  not  the 
database 


I am  only  going  to  touch,  briefly,  on  a few  of  the  decisions 
we've  made  because  it's  a complex  subject  and  this  is  a short  talk. 
The  first  and  in  many  ways  the  most  important  of  those  decisions  is: 
The  data  is  not  the  database. 


Databases  come  and  databases  go.  There  are  lots  of  databases 
out  there  and  they  are  all  good  at  different  things.  We  are  living 
through  an  interesting  time  where  a lot  of  "innovation"  in  database 
technology  seems  to  be  about  mostly  aping  the  features  in  other 


databases.  Often  this  comes  at  the  expense  of  performance  and 
where  it  doesn't  it  often  pays  for  that  performance  in  complexity. 


The  real  issue  though  is  not  any  one  particular  database  but 
an  attempt  to  ensure  that  Who's  On  First  demands  as  small  an 
infrastructure  burden  as  possible.  To  that  end  we  want  to  make  sure 
that  Who's  On  First  works  with  all  the  databases  (or  at  least  most  of 
them). 


So  we  have  standardized  on  text  files.  Plain  old  text  files 
because  all  computers  can  handle  text  files.  Every  place  in  the 
gazetteer  is  a single  stand-alone  text  document,  specifically  a 
GeoJSON  document.  We  chose  GeoJSON  because  it  is  the  least 
amount  of  markup,  today,  for  structured  geographic  data  and  because 
there  are  lots  of  tools  for  converting  GeoJSON  in  to  all  the  other 
formats  that  people  doing  geo- work  know  and  love. 

The  decision  to  settle  on  text  files  does  make  things  difficult 


in  the  short-term.  Storing  and  processing  as  many  hies  as  we're 
generating  can  be 

problematic  http:  //githubengineering. com/counting- 
objects/  and  definitely  introduces  its  own  kind  of  infrastructure 
burden.  The  advantage  we  have  is  that  it's  2015  and  we  are  rich  in 
processing  power  so  it  seems  like  a manageable  problem. 


Part  of  the  work  in  the  short-to-medium  term  will  be  thinking 
about  how  we  bundle  up  all  the  source  data  in  to  formats  and 
packages  to  make  it  easier  to  distribute  the  data  and  for  people  to  get 
started  doing  something  with  it. 


As  I've  alluded  to  every  record  has  a stable  permanent 
identifier  and  by  extension  URL  (derived  from  that  ID). 

We  have  also  made  a point  of  storing  all  the  paths  to 
individual  documents  as  relative  paths.  Currently  we  are  the 
canonical  source  of  truth  for  all  this  data  hosted  at 
whosonf  irst  .mapzen . com/data  but  if  you  need  to  host  your 
own  version  of  the  Who's  On  First  data  you  shouldn't  have  to  do 
anything  besides  changing  the  prefix,  or  domain,  indicating  where 


the  data  lives. 


One  of  the  things  that  we've  been  actively  testing  is  using  all 
those  IDs  and  URLs  and  pointers  to  other  IDs  to  treat  the  network 
itself  as  a kind  of  database. 


Here's  a screenshot  of  the  state  of 

California  http : //whosonf  irst  .mapzen . com/spelunker/id/85688 
637/  , the  pink  shape  in  the  middle  of  the  screen.  The  large  yellow 
shape  behind  it  is  the  United 

States  http: //whosonf irst .mapzen. com/spelunker/id/85633793/ 


X (q  Resources  © Timelines  & Debugger  XE  Console  Q 37  4.04  MB  ©313ms 

( > □ Console 


fetch  https : 7/s3 . amazonaws . com/ com. mapzen. qazetteer/856/886/37/85688637.  qeoi son 
fetch  https ://s3. amazonaws. com/com. mapzen. qazetteer/856/337/93/85633793. qeoi son 
fetch  htt ps ://s3. amazonaws. com/com. inapzen. qazetteer/856/886/37/85688637. qeoi son 
return  https : //s3 . amazonaws . com/com. mapzen . qazettee r/856/8B6/37/85688637 . geo i son  from  cache 


What's  happening  here  is  that  only  the  metadata  (or 
properties  hash)  for  California  is  initially  sent  to  the  web 
browser.  The  metadata  contains  both  a unique  ID  and  a pointer  (ID) 
to  its  parent.  Once  the  web  page  has  loaded  there  is  a little  piece  of 
Javascript  that  generates  the  URLs  for  each  location's  complete 
information  including  their  geometries  which  are  then  drawn  by  the 
browser. 


A practical  reason  for  doing  this  is  that  often  the  geometries 


for  countries  and  regions  are  large  and  prohibitive  to  shuttle  from  a 
database  to  a web  server  and  then  finally  on  to  a web  browser.  A 
network  of  documents  allows  to  distribute  the  cost  of  rendering  a 
series  of  complex  relationships  between  the  server  and  the  browser. 


This  is  another  example  of  the  same  idea  but  fetching 
pointers  to  display  place  names  rather  than  geometries. 


What  you're  seeing  is  a screenshot  of  a read-only  "spelunker" 
that  we've  built  for  exploring  the  Who's  On  First  data.  The  column 
on  the  left  shows  the  results  for  a query  of  records  whose  placetype 
is  venue  and  whose  category  is  bars.  The  column  on  the  right 
shows  the  same  results  grouped  by  a particular  facet;  all  the  distinct 
categories  or  regions  contained  in  the  result  set  and  so  on. 


Because  we  store  only  pointers  to  the  other  locations 
associated  with  a place  faceting  by  region  returns  a whole  bunch  of 
numeric  IDs.  Employing  the  same  trick  we  use  to  draw  geometries 
we  can  use  those  pointers  to  fetch  their  corresponding  records,  from 
the  network,  and  draw  their  place  names  on  the  fly. 


ALL  TEH  SPELLINGS 


And  this  is  important  because  one  of  the  things  that  a 
gazetteer  (and  stable  identifiers)  allows  you  do  is:  Include  all  the 
names  for  a place.  All  the  names,  all  the  variations,  all  the 
translations . 


ALLTHEGEOMS 


The  same  principle  applies  to  geometries  for  a location.  We 
are  used  to  thinking  that  there  is  only  ever  one  canonical  geometry 
(or  polygon)  for  a place  but  in  practice  that's  not  entirely  true. 


For  example,  there  might  a complex  ground- 
truth  https : //en .wikipedia. or g /wiki /Coast line_paradox 
style  geometry  which  is  very  detailed  and  contains  all  the  nooks  and 
crannies  that  define  the  contour  of  a place.  This  geometry  will  likely 
be  very  large  and  sometimes  all  you  need  is  a display  geometry  to 


show  a small  map  on  a mobile  phone.  There  is  no  need  for  anything 
as  large  as  a ground-truth  geometry.  Likewise  if  you're  doing 
reverse-geocoding  you  might  want  a geometry  that  includes  a 
country's  territorial  waters  that  extend  beyond  the  coastline.  The  list 
goes  on. 


concordances 


We  also  store  as  many  concordances  to  other  gazetteers  as 
possible.  We  want  Who's  On  First  to  be  as  thorough  and 
comprehensive  of  a dataset  as  we  can  make  it  but  that  doesn't  mean 
we  need  to  or  want  to  drink  everyone  else's 

milkshake  https : //en .Wikipedia. or g /wiki/ I_drink_your_milks 
hake#in_popuiar_cuiture  . We  would  rather  store  pointers  to  the 
work  that  others  are  doing. 


Likewise  relationships  and  hierarchies.  More  specifically,  we 
have  chosen  to  allow  places  to  have  multiple  hierarchies  because  that 
simply  refects  the  reality  of  the  place  or  placetype. 

Consider  the  "Bay 

Area"  https : //en. wikipedia . org/wiki/San_Francisco_Bay_Arec 
in  and  around  the  city  of  San  Francisco.  It  and  many  other 
metropolitan  areas  https  : //github.com/straup/whereonearth- 
metropoii tan-area  like  it  are  typically  parented  by  at  least  two  or 


more  counties.  Consider  a land  disputed  by  Israel  and  Syria  or  China 
and  India  or  India  and  Pakistan.  The  list  goes  on. 


supersedes 


(superseded  by) 


The  last  thing  I want  to  mention  before  moving  on  are  two 
properties  that  every  record  contain:  supersedes  and 
superseded_by.  Neither  property  attempts  to  encode  the 
semantics  of  why  or  how  a place  might  have  been  superseded  only 
that  is  has  been. 


These  properties  allow  us  reflect  the  change  that  a place  has 
undergone  while  still  preserving  a stable  record  of  the  place  it  used 
to  be.  For  example,  Yugloslavia  which  existed  in  three  distinct  forms 


during  the  20th  century  before  finally  dissolving  in  the  1990s. 


Hopefully  you're  starting  to  see  a theme.  Who's  On  First  is 
not  an  attempt  to  settle  debates  about  place  but  rather  to  provide  a 
scaffolding  that  can  reflect  the  debate  about  a place  and  allow  for  as 
many  decisions  about  how  assertions  about  a place  are  interpreted. 


I've  mentioned  something  called  a spelunker,  a few  times 

now. 

Spelunking  https : //WWW. wordnik.com/words /spelunking 
is  an  expression  used  to  describe  the  act  of  exploring  caves,  of 
feeling  your  way  around  an  unknown  (and  often  dark)  space  by 

instinct  and 

intuition  https : //goodformandspectacle.wordpress .com/tag/spe 
lunker/  . Dealing  with  large  datasets  is  often  the  same  and  Who's 


On  First  is  nothing  if  not  a large  dataset. 


The  spelunker  is  the  name  we've  given  to  a little  read-only 
web-application  http : //whosonf  irst  .mapzen . com/spelunker/ 
we've  written  for  searching  and  browsing  and  sanity  checking  all  the 
data  we've  imported  so  far. 


All  the  Who's  On  First  data  is  indexed  in  both 
Elasticsearch  https : //WWW. elastic . co /products /elastic search 
(without  geometries)  and  PostGIS  http://postgis.net/ 

(without  properties).  Currently  the  only  functionality  in  the 
spelunker  is  available  through  the  Elasticsearch  endpoint  but  that 
will  evolve  soon  enough.  I mentioned  that  the  goal  is  to  ensure  that 
Who's  On  First  is  not  particular  to  any  one  database  and  that  is  part 
of  the  exercise  with  the  spelunker. 


There  are  11  places  classified  as  “megacities' 


{'filtered':  {'filter':  {'and':  [{'ten*':  { 'iso: count ry • : u'ko'»]>, 
•query':  {'ten*':  {'wof  :megaclty' : 'l'»}> 


192026327  Seoul  - INs  IS  a locality  In  KO  and  its  population  <s  10.349.312 
192926353  Busan  — this  is  a locality  In  KO  and  is  population  Is  3.878.556 
102026447  Incheon  - Ihis  is  a locality  in  KO  and  Its  population  is  2,828.000 
192926315  Daegu  — this  is  a locality  in  KO  and  its  population  is  2,568,540 
192926311  Daemon  - this  is  a locality  in  KO  and  its  population  is  1 ,475,221 
102926391  Gwangju  - this  Is  a locawy  in  KO  and  its  population  * t .416,938 
102026323  Suigen  - this  is  a locality  in  KO  and  its  population  is  1 ,242,724 
102026411  Goyang  — this  Is  a locaMy  In  KO  and  its  population  is  1 ,073,069 


filler  by  category 


filter  by  region  Jd 

Gyeonggi  85673191  4 Incheon  85673177  i Seoul  85673185  1 
Daejeon  85673287  1 Daegu  85673213  1 South  Jeolla  85673219  1 
Busan  85673227  1 Ulsan  85673231  1 


Here  are  all  the  localities  in  South  Korea  that  have  been 

classified  as 

"megacities"  http:  //whosonfirst. mapzen.com/spelunker/megacd 


ties/?&iso=ko 


Descendants  of  South  Korea 


102626343  Saemkkumi  - this  is  a locality  In  KO 
102026339  Sangju  - ihts  is  a locality  in  KO  and  its  population  <s  56.640 
102026341  Santyoku  - this  la  a locality  In  KO  and  its  population  <>  42,145 
102026545  SeogwipO  - WS  la  a locoMy  Si  KO  and  4s  population  a 155.691 
102026521  Seongnaxn  -this  a a locality  In  KO  and  its  population  b 1,031 .935 
102026327  Seoul  - this  Is  a locality  In  KO  and  its  population  B 10.349,312 
102026499  Shoko  - this  is  a locality  In  KO 

102026539  Sina/l  - this  Is  a locality  In  KO  and  its  population  b 53,150 
162026335  Sogcho  - this  Is  a locality  In  KO  and  its  population  ■ 89.047 


filter  by  category 


filter  by  regionjd 

Gyeonggi  65673191  37  North  Gyeongsang  65673233  20 
Gang  won  85673161  is  South  Gyeongsang  65673215  14 
North  Jeolla  65673195  13  South  Jedla  85673219  12 
Sooth  Chungcheong  es6732«3  9 North  Chungcheong  85673173  6 


Here  are  all  the  localities  that  are  descendants  of  South 
Korea  http: //whosonf irst .mapzen. com/s pelunker/id/ 85 632 231/ 
descendants /?&placetype=locality  . 


Descendants  of  Gowanus  Heights 


{'term's  {'woftbelongsto':  102061079}} 


185712441  C 2 Plumbing -this  is  a venue  in  US 
185659559  2 Z Lock  And  Key  A - ma  » a venue  m US 
185729631  24  Emergency  - Ms  is  a venue  in  US 
185723027  Project  24  Hrs  - this  is  avenue  In  US 
185729713  X 5 Mobil  - this  Is  a venue  In  US 
185722969  A Tamer  Restoration  - this  is  a venue  n US 
185681471  A A Sweet  Land  - this  Is  a venue  m US 
185647893  Sitting  On  A Rainbow  - the  is  a venue  in  US 
185671513  A R S Antigua  Company  - this  is  a venue  in  us 


filter  by  category 

building  19  trades  19  shopping  is  beverages  ii  food  ii  retail  ti 
professional 9 personal 7 wholesale?  restaurant e arts 5 estates 
gardens  homes  performances  reals  manufacturing 4 autos 3 
communications 3 educations  exercise 3 local 3 motors 
services 3 sports 3 transits  vehicles 3 arena 2 bars 2 center 2 
deli  2 pubs  2 social  2 travel  2 bagels  i bakery  i community  i 
health  i organizations  i recreation  i taxi  i 


Here  is  the  neighbourhood  of  Gowanus 
Heights  http: //who son first .mapzen.com/ spelunker/id/1020610 
79/  in  Brooklyn,  New  York.  Gowanus  Heights  has  a little  bit  of  a 
contested  history  and  its 

Creation  http: //www.aaronland. info/weblog/2013/02/03/realit 
y/#youarehere  is  a story  best  saved  for  another  talk. 


Go  wan  US  858/655/87/85865587.geojson 


Gowanus  is  a neighbourhood  and  Its  consensus  geometry  is  derived  from  zetashapes.  Its  label  centroid  is  derived  from  mapshaper 

Properties  — some  notes  about  sources  and  names  Hierarchy 


wof 

belong sto  New  York  BS977S39 

Kings  182662361 
united  States  86633793 
new  York  8566850 

breaches  Gowanus  Heights  182861879 


the  country  at  United  States 
the  region  of  New  York 
the  county  ot  Kings 
the  locality  ot  New  York 
Other 

See  all  the  descendants  of  Gowanus 
Raw  data  (GeoJSON) 


I mention  it  to  demonstrate  one  of  the  properties  of  the  Who's 
On  First  data  and  the  spelunker  that  we've  started  to  work  on: 
Breaches. 


Breaches  are  geometries  of  the  same  placetype  that  overlap 
one  another. 


Gowanus  Heights  "breaches"  the  neighbourhood  of 

Gowanus  http: //whosonf irst .mapzen . com/spelunker/id/858655 


87/  . We've  only  encoded  breaches  for  a handful  of  locations  so  far 
but  the  plan  is  to  keep  track  of  all  the  breaches  for  all  the  places. 

We  want  to  do  this  for  two  reasons:  First,  they  can  serve  as 
internal  flags  for  records  that  still  need  to  be  vetted  or  edited. 
Secondly  they  can  act  as  signals  to  people  using  the  Who's  On  First 
data  that  a given  location  might  still  be  open  to  interpretation. 

All  neighbourhoods  are  disputed,  after  all. 


Go  wan  US  858/655/87/85865587.geojson 


Gowanus  is  a neighbourhood  and  its  consensus  geometry  a derived  Irom  zetashapes.  Its  label  centroid  is  derived  from  maps  ha  per 


Properties  - some  notes  about  sources  and  names 

wof 

belongsto  Hew  York  85977539 

Kings  102*82361 
united  States  85633793 

Hew  York  85668543 

breaches  Gowanus  Heights  182861879 


Hierarchy 

the  country  of  United  States 
the  region  of  New  York 
the  county  of  Kings 
the  locality  of  New  York 
Other 

See  all  fhe  descendants  of  Gowanus 
Raw  data  (GeoJSON) 


You  may  have  noticed  that  there  are  two  circular  markers 
contained  by  the  geometry  for  Gowanus.  One  of  them  is  the 
arithmatic  centroid  for  that  geometry  and  the  other  is  the  label 
centroid  — ;where  the  best  place  to  display  the  name  for  this 
location,  as  determined  by  Matthew  Bloch's  excellent 
Mapshaper  https://github.com/mbloch/mapshaper  . 


Gowanus  Canal  i 85/662/657/1 85662657.geojson 


Gowanus  Canal  is  a venue  ana  its  consensus  geometry  Is  derived  from  simplegoo. 


Properties  - some  notes  about  sources  and  names 

wof 

belongsto  Gowanus  8586SS87 

United  States  85633793 
New  York  859/7539 
Kings  182087361 
New  York  8S6B8S43 


Hierarchy 

the  neighbourhood  of  Gowanus 
the  locality  ol  New  York 

a continent  that  we  aren't  able  to  index  correctly  because...  ? 
the  country  of  United  States 

the  region  of  New  York 
the  county  of  Kings 


Here  is  the  Gowanus 

Canal  http: //whosonf irst .mapzen . com/s pelunker/id/ 185662657 
/ which  is  parented  by  the  neighbourhood  of  Gowanus. 

It  was  classified  as  a 

"venue"  http : //whosonf irst .mapzen . com/spelunker/ placetypes 
/venue/  by  SimpleGeo  who  published  a CCO  dataset  of  business 
listings  in  2010  https : //pinboard . in /u : mapzen/ t : simplegeo 
and  which  we  are  in  the  process  of 


importing  https : //github . com/whosonf irst/whosonf irst- 
venue 


Gowanus  Canal  1 85/662/657/1 85662657.geojson 


If  you're  not  from  New  York  you  may  not  appreciate  just  how 
wrong  the  current  data  for  the  Gowanus  Canal  is. 


Aside  from  the  fact  that  there  is  a Korean  taco  joint  at  the 
corner  of  9th  and  Smith  now,  the  Gowanus  Canal  is  literally  a 
toxic  waste  site  http://www.gowanuscanai.org/  and  when  the 
canal  floods  it  is  generally  understood  to  be  a public  health 
emergency. 


This  sort  of  discrepency  is  exactly  what  the  spelunker  was 
built  to  uncover. 

And  yes,  you  read  that  right:  A toxic  waste  site  in  the  middle 
of  Brooklyn  does  in  fact  flood  in  to  the  streets,  from  time  to  time... 


P$vWtswn 

YlESmn  tfwgZ™* 

AWlTlffN , ^.?Sviw 


ground  truthiness 


The  spelunker  is  also  a way  for  us  to  see  discontinuities 
between  administrative  perspectives  and  the  realities  on  the  ground. 

In  2011  Miquel  Hudin  https://www.hudin.com/  and 
Wendy  MacNaughton  http : / /wendymacnaughton . com/ 
published  a piece,  in  the  online  review  The  Bold  Italic,  about  the 
often  derided  and  more  frequently  neglected  San  Francisco 
neighbourhood  of  the 

Tenderloin  http : / /WWW . thebolditalic . com/ art icles / 1 1 0 1- 


mini-tenders  . Hudin  wrote: 


Most  consider  our  Tenderloin  neighborhood  to  be  a 
vast  black  hole  of  no-go  in  downtown  San  Francisco. 


Truth  be  told,  there  are  certainly  a couple  of  blocks 
full  of  downright  nasty  that  neither  you  nor  I should 
make  a habit  of  frequenting.  But  beyond  those 
unfortunate  social  potholes,  the  Tenderloin  is  a rich 
neighborhood  with  a great  wealth  of  small  areas  each 
with  their  own  character. 


Since  The  Bold  Italic  popularized  the  term 
"microhood,"  it's  only  fitting  to  break  down  the 
Tenderloin  by  the  sum  of  its  parts.  So,  presented  here 
is  the  "Tenderloin  Microhoods  Map."  While  some  of 
it  is  just  for  fun,  a whole  lot  of  it  is  most  definitely 
true. 


So,  in  2015  we  imported  all  those  microhoods  into  Who's  On 
First,  classified  them 

accordingly  http: //whosonf irst .mapzen . com/spelunker/placety 
pes  /microhood/  and  parented  them  by  the 

Tenderloin  http : //whosonf  irst  .mapzen . com/spelunker/id/8586!: 
903/  . 


Rather  than  do  a spatial  point-in-polygon  test  to  ensure  that 
each  on  of  the  microhoods  was  contained  by  the  geometry  for  the 
Tenderloin  we  simply  assigned  them  a parent  ID  of 
85865903  http  : //whosonf irst .mapzen . com/spelunker/id/8586 
5903/  . 


Descendants  of  Tenderloin 


{•filtered':  {•filter':  {'and':  [{'term':  {'woftplacetype.ld' : •102312321'}})}, 
•query’:  {'term1:  {’wof :belongsto* : 85865903}}}} 


10214746S  Academy  Downs  - the  is  a mcrodood  in  US 
102147469  Salrn  Anne’S  - this  is  a microhood  in  US 
102147423  The  Bar  - this  is  a microhood  in  US 
102147447  BoHo  Slope  - tha  B a nucrohood  In  US 
102147437  The  Castle  Triangle  - the  is  a microhood  m us 
102147409  Civic  Center -mis  is  a microhood  in  US 
102147473  Dell  Hills  - this  Is  a microhood  in  US 
102147461  Delicious  Fields  -mis  is  a mcrohocd  In  US 
102147429  Tenderloin  East  - m»  is  a mcrohood  in  US 


filter  by  category 


filter  by  region  id 

California  85688637  35 


filter  by  placetype 

microhood  36 


And  here's  what  that  looks  like. 


The  geometry  for  the  Tenderloin  was  sourced  from  David 
Blackman's  Zetashapes  http://www.zetashapes.com/  project, 
derived  from  a number  of  different  sources.  The  geometries  for  the 
Mini-Tenders  were  sourced  by  a pair  of  local  San  Franciscans. 


The  Loin  Pit  102/147/483/102147483.geojson 


This  is  just  a detailed  view  of  the  last  slide.  Here  the 
microhood  called  The  Loin 

Pit  http : //whosonf irst .mapzen . com/spelunker /id/ 102 147483/ 
sits  entirely  outside  the  geometry  of  its  parent  neighbourhood,  the 
Tenderloin  http : //whosonf irst .mapzen . com/spelunker/ id/ 85 8 6^ 
9 03 /descendants/ 


The  issue  right  now  isn't  so  much  that  one  or  the  other  is 
right  (or  at  least  more  correct)  but  that  we  have  a way  to  see  those 


differences . 


Properties  — some  notes  about  sources  and  names  sake  pretty 

* This  is  the  raw  properties  hash  f roe  the  source  data  itself. 

• It  _should_  magically  transform  Itself  in  to  a pretty  formatted 

• table  and  if  it  doesn't  that  probably  means  there's  something  wrong 

• with  the  data  Itself  (or  maybe  It  Just  hasn't  been  synced  yet). 

* Or  maybe  you  pressed  the  "view  raw*'  button  to  see  the  raw  data. 

* Because  raw  data  is  raw. 

{u'geom:area' : 0.0, 

u ' geor : bbox ' : u ' -122 . 408546 . 37 . 784046, -122 . 407539 , 37 . 784622 ' , 

u'geom: latitude':  37.784386, 

u 'geom: longitude ‘ : -122.408065, 

u'lsoicountry* s u'US', 

u'lbl: latitude':  37.784335, 

u'lbl: longitude':  -122.408101, 

u’mps: latitude’:  37.784335, 

u'mps:longitude‘ : -122.408101, 

u'name:eng_p' : [u'The  Loin  Pit'), 

u'src  :geo«n' : u’ninitenders' , 

u'src :geoai_alt * : [). 

u'src:lbl: centroid' : u'mapshaper' , 

u 'wof : belongsto ' : (85688637,  85633793,  85922583.  102087579,  85865903] 
u'wof breaches':  [], 
u 'wof : concordances':  {>, 

u'wof :geonhash ' : U'728378eaf4ea5474ac0453e81718e26f ', 
u'wof : hierarchy ' : Hu ' count ry_id ' : 85633793, 
u'county_ld' : 102087579, 
u' local ity_id' : 85922583, 
u'siicrohood_id‘ : u '102147483' , 
u'nelghbourhood_id ' : 85865903, 
u' region. id':  85688637}], 
u'wof: id':  102147483, 
u'wof : last mod if led ' : 1441062619, 
u'wof :name‘ : u'The  Loin  Pit’, 
u'wof :parent_id' : u' 85865903', 

■wof:path':  '102/147/483/102147483.geoJson', 
u'wof : placet ype' : u 'microhood ' , 
u'wof :placetype_id':  102312321, 


By  default  the  spelunker  displays  the  properties  for  each 
record  as  a raw  blob  of  JSON.  Once  the  page  has  loaded  there  is 
code  that  (again)  fetches  the  record  for  the  current  location  over  the 
network,  parses  the  properties  data  and  renders  the  same  data  as  an 
HTML  table. 

If  this  approach  sounds  both  inefficient  and  like  overkill  that's 
because  it  probably  is. 


At  the  time  it  was  also  easier  than  parsing  the  escaped  JSON 
in  the  html  <pre>  block  (which  wasn't  working  because... 
computers?)  and  allowed  to  further  test  the  idea  of  fetching,  parsing 
and  displaying  remote  data  after  the  page  had  loaded. 


In  some  ways  the  spelunker  has  been  specifically  designed  to 
be  potentially  inefficient  as  a way  to  help  us  identify  the  stress  points 
in  the  models  we've  chosen  for  Who's  On  First. 


Properties 

some  notes  about  sources  and  names  view  raw 

wof 

belongsto 

California  85688637 
United  States  85633793 
San  Francisco  8S922S83 
San  Francisco  182887579 
Tenderloin  85865983 

breaches 

concordances 

~ 

geomhash 

728378eaf4ea5474ac0453e81718e26f 

hierarchy 

microhood  Jd  102147483 

regionjd  California  85688637 

country_id  United  States  85633793 

localityjd  San  Francisco  85922583 

county  Jd  San  Francisco  182887579 

neighbourhood  Jd  Tenderloin  85865983 

Id 

102147483 

lastmodified 

20 15-08-3 1T2 3 i 10 : 19 .000Z 

name 

The  Loin  Pit 

pa  rent  Jd 

Tenderloin  85865983 

placetype 

microhood 

superseded  by 

- 

supersedes 

- 

This  is  what  the  same  data  looks  like  rendered  as  a series  of 
nested  tables.  See  the  way  the  raw  properties  blob  only  contains 
pointers  (IDs)  and  the  pretty  version  contains  names?  More  network 
requests!  Requests  are  cached  on  the  page,  though,  so  we  only  fetch 
the  record  for  an  individual  location  once. 


It's  also  worth  considering  caching  the  same  data  locally 
(using  some  form  ofHTML5  local  storage  technology)  but  we 
haven't  done  that  yet. 


The  spelunker  is  a read-only  application,  by  design.  That  said 
we  are  planning  to  build  a tool  for  editing  Who's  On  First  documents 
and  the  value  of  the  spelunker  is  to  help  us  start  to  think  through  the 
interface  details  of  how  an  editing  tool  should  work. 


We  are  starting  with  a read-only  interface  as  a way  to 
understand  what  parts  of  that  interface  should  be  dynamic.  Editing  is 
as  much  about  review  and  scanning,  looking  for  errors  or 
inconsistencies,  so  that's  the  first  step. 


theory: 

www.mapzen.com  / 
blog  / 

who-s-on-first 


This  has  been  a short  talk  and  I have  only  touched  on  some  of 
the  highlights  of  the  Who's  On  First  project.  Location  is  a 
complicated  subject  and  it's  early  days  still  but  there  is  a long  and 
detailed  blog  post  discussing  the  motivations  for  shouldering  the 
burdens  of  a project  like  this: 

https://mapzen.com/blog/who-s-on-first 


Warning:  It's  not  a short  read. 


practice: 

whosonfirst.mapzen.com  / 
spelunker/ 


The  spelunker  itself  is  available  for...  spelunking  at: 


http://whosonfirst.mapzen.com/spelunker/ 


Like  everything  we  do  at  Mapzen  the  spelunker  is  an  open- 
source  project  https : //github.com/whosonfirst/whosonf irst- 
www- spelunker  and  available  for  review  and  download  on  GitHub. 


Thank  you. 


2015-09-28 


immersive  keinholz  is  my 

new  cover  band 


henry  moore  on  the  runway 


henry  moore  on  the  runway 


These  are  the  slides  and  notes  from  a talk  I delivered  at  the 
Museum  Computer  Network  conference  http : / /men . edu/mcn- 
2 015-minneapoiis/  , last  week.  The  original  title  of  the  talk  was 
" Let's  Move  All  the  Museums  Out  to  the  Airport  (or,  at  Least  Just  the 
Smithsonian)" . I tweaked  the  title  shortly  before  doing  the  talk  after 
telling  a friend  about  the  Henry  Moore  room  at  the  Art  Gallery  of 
Ontario  http : //WWW. ago . net /henry-moore- sculpture-centre 
and  started  imagining  using  the  grassy  spaces  between  the  runways 
and  taxiway s at  airports  as  places  for  large  sculpture  installations . 


This  is  what  I said. 


“An  airport  must  be  convenient  for  the  people  who 
will  use  its  facilities.  Much  in  the  same  way  that 
shopping  centers  derive  their  success  from 
convenient  access  to  parking,  the  airport  too  must 
be  accessible  in  terms  of  time,  distance  and  cost  of 
transportation.  As  a rule  of  thumb,  the  airport 
should  be  located  no  more  than  30  minutes  from 
the  majority  of  potential  users.” 

- Wells  & Young,  Airport  Planning  and  Management  5th  Ed. 


I'd  like  to  start  by  playing  a little  game.  The  following  is  a 
passage  from  the  fifth  edition  of  Airport  Planning  and 
Management  http : //www.mhprofessional . com/ product . php? 
isbn=007175024X  : 


"An  airport  must  be  convenient  for  the  people  who  will  use 
its  facilities.  Much  in  the  same  way  that  shopping  centers  derive 
their  success  from  convenient  access  to  parking,  the  airport  too  must 
be  accessible  in  terms  of  time,  distance  and  cost  of  transportation. 


As  a rule  of  thumb,  the  airport  should  be  located  no  more  than  30 
minutes  from  the  majority  of  potential  users." 


- wells  & Young,  Airport  Planning  and  Management  5th  Ed. 


Or  this: 

" 1 museum  must  be  convenient  for  the  people  who  will  use 
its  facilities.  Much  in  the  same  way  that  shopping  centers  derive 
their  success  from  convenient  access  to  parking,  the  museum  too 
must  be  accessible  in  terms  of  time,  distance  and  cost  of 
transportation.  As  a rule  of  thumb,  the  should  be  located 

no  more  than  30  minutes  from  the  majority  of  potential  users." 


See  what  I did  there? 


“The  great  problems  of  airports  are  alway  related 
to  the  original  and  elemental  images  resulting  from 
the  collective  opinions  of  the  public.  These  images 
are  really  the  balancing  or  compensating  factors 
that  correspond  with  the  problems  people 
encounter  with  airports.  These  images  are  deposits 
representing  the  accumulated  experience  of  jet 
noise,  hours  of  struggle  to  reach  the  airport  on 
clogged  highways  under  construction,  the 
frustration  of  trying  to  find  a close-in  parking 
place,  the  lines  to  obtain  tickets,  the  time  waiting 
for  luggage,  and  other  inconveniences.” 

- Wells  & Young,  Airport  Planning  and  Management  5th  Ed. 


Here  is  another  passage: 


" The  great  problems  of  airports  are  alway  related  to  the 
original  and  elemental  images  resulting  from  the  collective  opinions 
of  the  public.  These  images  are  really  the  balancing  or  compensating 
factors  that  correspond  with  the  problems  people  encounter  with 
airports.  These  images  are  deposits  representing  the  accumulated 
experience  of  jet  noise,  hours  of  struggle  to  reach  the  airport  on 
clogged  highways  under  construction,  the  frustration  of  trying  to  find 


a close-in  parking  place,  the  lines  to  obtain  tickets,  the  time  waiting 
for  luggage,  and  other  inconveniences 


“The  great  problems  of  are  alway  related 

to  the  original  and  elemental  images  resulting  from 
the  collective  opinions  of  the  public.  These  images 
are  really  the  balancing  or  compensating  factors 
that  correspond  with  the  problems  people 
encounter  with  These  images  are  deposits 

representing  the  accumulated  experience  of  jet 
noise,  hours  of  struggle  to  reach  the^^^Qon 
clogged  highways  under  construction,  the 
frustration  of  trying  to  find  a close-in  parking 
place,  the  lines  to  obtain  tickets,  the  time  waiting 
for  luggage,  and  other  inconveniences.” 

- Wells  & Young,  Airport  Planning  and  Management  5th  Ed. 


Again: 


" The  great  problems  of  museums  are  alway  related  to  the 
original  and  elemental  images  resulting  from  the  collective  opinions 
of  the  public.  These  images  are  really  the  balancing  or  compensating 
factors  that  correspond  with  the  problems  people  encounter  with 
museut  . These  images  are  deposits  representing  the  accumulated 
experience  of  jet  noise,  hours  of  struggle  to  reach  the  museum  on 
clogged  highways  under  construction,  the  frustration  of  trying  to  find 


a close-in  parking  place,  the  lines  to  obtain  tickets,  the  time  waiting 
for  luggage,  and  other  inconveniences 


“The  great  problems  of  are  alway  related 

to  the  original  and  elemental  images  resulting  from 
the  collective  opinions  of  the  public.  These  images 
are  really  the  balancing  or  compensating  factors 
that  correspond  with  the  problems  people 
encounter  with  These  images  are  deposits 

representing  the  accumulated  experience  of 
noise,  hours  of  struggle  to  reach  the^^^Qon 
clogged  highways  under  construction,  the 
frustration  of  trying  to  find  a close-in  parking 
place,  the  lines  to  obtain  tickets,  the  time  waiting 
for  luggage,  and  other  inconveniences.” 

- Wells  & Young,  Airport  Planning  and  Management  5th  Ed. 


Okay,  museums  don't  have  the  problem  of  jet  noise  but 
otherwise  it  sounds  about  right: 


"The  great  problems  of  museums  are  alway  related  to  the 
original  and  elemental  images  resulting  from  the  collective  opinions 
of  the  public.  These  images  are  really  the  balancing  or  compensating 
factors  that  correspond  with  the  problems  people  encounter  with 
museui  . These  images  are  deposits  representing  the  accumulated 
experience  of  noise,  hours  of  struggle  to  reach  the  museum  on 


clogged  highways  under  construction,  the  frustration  of  trying  to  find 
a close-in  parking  place,  the  lines  to  obtain  tickets,  the  time  waiting 
for  luggage,  and  other  inconveniences 


Hi,  my  name  is  Aaron. 


For  those  of  you  I've  not  met  before  I used  to  be  the  guy  who 
would  swoop  in  from  50,  000  feet  to  this  and  other  museum 
conferences , once  or  twice  a year,  waving  my  arms  around  talking 
about  the  Internet  and  then  I would  depart  just  as  quickly  leaving 
everyone  else  in  the  room  to  do  the  hard  work  for  the  rest  of  the  year. 


More  recently  I was  part  of  the  Digital  and  Emerging 


Media  team  http://iabs.cooperhewitt.org/  at  the  Cooper 
Hewitt,  in  New  York  City.  I helped  to  make  the 

Pen  http: //www. aaronland. info/weblog/2015/ 05/25/preambles/ 
/talking  and  all  of  the  backend  systems  that  run  the  digital 
experiences  at  the  museum.  Since  then  I have  moved  back  to  the 
West  Coast  and  now  I am  that  guy  who  swoops  in  from  50,  000  feet 
again. 


Today  I want  to  talk  to  you  about  airports  and  museums.  I 
want  to  talk  about  this  idea  of  moving  museums  out  to  airports 
because,  on  some  very  practical  levels,  I think  our  sector  has  a lot  to 
learn  from  their  sector.  I also  want  to  talk  about  the  idea,  whether  or 
not  it  comes  to  pass,  because  it  forces  some  larger  issues  that  the 
museum  sector  doesn't  always  like  to  talk  about  but  needs  to. 


So,  museums. 

At  least  from  the  perspective  of  a visitor  I think  the  new 
Whitney  Museum  in  New  York  has  the  best  museum  architecture  in 
play  today. 


Like  most  new  museums  it  has  a signature  Big  Honking 
Elevator,  that  can  house  three  or  four  dozen  people  at  a time,  running 
up  and  down  its  central  core.  The  elevator  takes  you  up  to  the  eigth 


floor  and  as  soon  as  you  exit  your  eyes  are  immediately  drawn  to  an 
enormous  floor  to  ceiling  window  overlooking  the  Hudson  River. 


After  you've  had  a look  around  at  the  art  you  discover  that 
there's  a large  outdoor  terrace,  with  suitably  New  York  sized  views 
of  Manhattan,  and  stairs  down  to  the  seventh  floor.  This  happens 
once  more  between  the  seventh  and  sixth  floors . 


You  need  to  take  a bog-standard  museum  stairwell  down  to 
the  fifth  floor. 


After  looking  at  the  art,  again,  you  wander  over  the  West  wall 
which  it  turns  out  is  really  a baffle  wall.  Poking  your  head  around  the 
corner  you  discover  that  there  is  not  just  another  floor  to  ceiling 
window  but  a floor  to  ceiling  window  that  is  the  width  of  the  entire 
room.  Which  is  pretty  impressive  but  what's  even  more  impressive  is 
that  there  is  a line  of  couches  set  against  the  baffle  all  facing  the 
windows.  This  is  repeated  on  the  East  side  of  the  museum. 

Needless  to  say  the  couches  are  full  of  people. 

The  Whitney  is  not,  outwardly,  a beautiful  building.  Seen 
from  the  street  it  resembles  nothing  more  than  a handful  of  very 
large  shapes  placed  next  to  each  other  without,  seemingly,  much 
thought  or  reason.  There  is  no  Gehry-esque  whimsy  or  excess 
happening.  It's  just  a series  of  primitive  shapes  stuck  to  one  another 


at  odd  angles. 


What  I love  about  the  Whitney  is  that  is  an  elegant  piece  of 
functional  architecture.  Specifically  it  affords  the  visitor  a chance  to 
pause  and  catch  their  breath,  a chance  to  step  out  of  the  forced  march 
of  Experiencing  Culture  long  enough  to  see  the  sun  or  get  some  fresh 
air  or  even,  yes,  check  their  email.  It  allows  them  the  chance  to  sit 
down. 


When  was  the  last  time  you  sat  down,  outside  of  the  coffee 
shop  or  restaurant,  in  a museum?  In  fairness  I sat  down  in  the  nice 
chairs  at  MIA  http://artsmia.org/  last  night  but  they  are  still 
the  exception... 


So,  airports. 

Wednesday  morning  I was  standing  at  SFO  waiting  to  fly 
here  to  Minneapolis,  for  this  conference.  I managed  to  arrive  with  an 
hour  to  kill  and  do  you  know  what  I did?  I walked  from  one  terminal 
to  another  to  go  and  see  a painting  by  Wayne  Thiebaud.  Not  a print, 
not  a drawing,  not  an  oil  sketch.  A full-on  capital-P  painting  by  a 
guy  whose  work  may  not  command  the  pages  of  the  New  York 
Times  come  auction  season  but  who  your  museum  would  absolutely 


take  out  insurance  on. 


When  was  the  last  time  that  happened? 


A painting  just  hanging  on  the  wall  in  between  the  entrance 
to  the  women's  restroom  and  some  over-priced  artisanal  smoothie 
place,  facing  the  departures  display. 


When  you  tell  people  stories  like  this  most  of  them  will  nod 
knowingly  and  say  something  like  "Oh  yeah,  SFO  has  a museum  or 
something,  doesn't  it..."  They  are  often  thinking  of  the  long  stretch  in 
Terminal  3,  between  security  and  the  boarding  gates,  that  is  lined 
with  plinths  and  display  cases.  Not  many  people  could  tell  you 
what's  in  any  of  those  cases  but  they  all  remember  seeing  wall  labels 
so  it  must  be  a museum,  right? 

http : //hyperallergic . com/93  669/cur ating-at- the -airport- 


the-sf o-museum/ 


It's  important  to  point  out  that  this  - museums  and  airports, 
airports  and  museums  - is  already  happening. 

The  SFO  Museum  http  : //www. flysfo . com/museum  , 
owned  and  operated  by  the  city  of  San  Francisco,  has  an  enormous 
permanent  collection  and  upwards  of  two  dozen  gallery  spaces 
spanning  three  separate  terminals . The  Rijksmuseum  has  long  had  a 
presence,  albeit  small  and  threatening  in  a high-design  kind  of  way, 
at  Schiphol  airport  in  Amsterdam.  The  recently  opened  "T2" 


terminal  at  the  airport  in  Mumbai  has  a chief  curator  who  has 
pledged  to  cover  the  place  in  Indian  cultural 

artifacts  http:  //timesofindia.  indiatimes  . com/city /mumbai/Muir 

bai-airports-T2-to-double-as-largest- 

museum/ article show/2  84 143  98 . cms? 

referral=PM#c412d281a888fa2bbe35a741acd7528b  . The  airport 
in  Taipei  has  a series  of  exhibition  spaces  curated  by  the  city's 
various  museums  throughout  its  facilities. 


The  list  goes  on.  The  list  of  museums  proper  in  airports  may 
be  short  by  standards  but  the  list  of  airports  with  public  art  programs 
is  long. 


The  list  of  museum  shops  in  airports  makes  it  all  a bit  more 
confusing.  I don't  want  to  talk  about  airport  shops  today  except  to 
say  that  if  you  exclude  the  people  who  are  crazy  enough  to  spend 
money  in  them,  and  you  squint  your  eyes  a little  bit,  you're  left  with 
a lot  of  people  who  look  and  behave  an  awful  lot  like  people 
wandering  around  a museum. 


Both  museums  and  airports  come  in  all  sizes.  There  are  lots 
of  them  (roughly  seventeen  thousand  of  each  in  the  United  States 
alone)  and  most  are  small  and  competing  for  resources  gobbled  up 
by  a few  big  players . The  big  ones  are  flush  with  staff  and  the  small 
ones  are  all  staffed  by  people  doing  the  jobs  of  three  or  four  other 
people. 

Outside  of  renovations  shutting  down,  for  even  a short 
amount  of  time,  is  not  an  option  for  either.  Just  for  kicks  try  asking 


someone  from  MoMA,  or  any  of  the  big  museums  in  New  York  City, 
what  would  happen  if  JFK  were  closed  for  two  weeks. 

Both  are  accredited  and  both  have  complicated  relationships 
with  concessionaires. 


But  consider  the  other  concerns  that  museums  share  with 
airports.  The  need  for: 


• storage  space 

• space  to  house  large  objects 

• space  to  inspect  and  repair  those  objects 


so-called  "clean " rooms 


space  for  large  and  heterogeneous  groups  of  people 

visitor  flow  and  crowd  control 

seating 

security 

facilities  for  food  and  beverage 
toilets 

power  and  networking 
climate  control  systems 
shipping 

lighting  and  windows 

compliance  with  the  Americans  with  Disabilities  Act, 
equivalent 


minimizing  the  distance  between  storage  and  display 


All  of  which  probably  sounds  pretty  familiar,  right? 


And  this  is  really  the  nut  of  what  I am  trying  to  get  at.  When 
we  look  at  the  needs  and  demands  of  most  museums  in  2015  maybe 
it's  worth  looking  beyond  our  specifics  and  asking:  Who  is  doing 
like-work,  and  doing  it  better,  from  whom  we  can  learn? 


For  example,  the  distance  between  storage  and  display  might 
seem  like  a museum-  specific  example  until  you  remember  the  reason 
you  can  replace  a lost  credit  card  overnight  is  because  your  new  card 
is  literally  printed  at  the  airport  and  tossed  on  to  the  next  plane 
destined  for  your  hometown. 


The  details  change  but  the  dynamics  are  the  same. 


The  point  I am  trying  to  make  is  that  the  buildings  museums 
have  and  the  buildings  museums  are  designing  don't  work. 

Current  museum  architectural  practice  is  basically  glorified 
window  dressing  and  spectacle  as  a status  symbol.  There  is  an 
entirely  other  talk  discussing  the  role  and  the  function  of  trophy 
buildings  as  a proxy  experience  for  the  people  who  feel  they're 
supposed  come  to  museum  but  don't  actually  understand  anything 
about  the  work  on  display,  but  this  is  not  that  talk. 


We  are  bending  over  backwards  in  the  service  of  over-priced 
and  over-valued  real-estate,  monkey-patching  everything  in  the 
process  often  at  the  expense  of  the  very  mission  and  purpose  for 
which  a museum  exists. 


The  worst  part  of  this  practice,  for  me,  is  that  we  store  and 
protect  most  of  our  collections  in  some  of  the  most  functional  yet 
ugliest  buildings  ever  built.  Some  of  us  even  do  the  work  of  the 
museum  in  those  same  buildings.  The  kind  you  often  see...  at  the 
airport. 


One  argument  that  I hear  about  the  need  for  these  very 
extravagant  buildings  and  their  locations  is  that  museums  need  to  be 
in  the  city  center  and  sufficiently  flashy  in  order  to  reach  people.  The 
corollary,  conveniently  for  museums,  is  that  by  being  in  the  city 
center  they  bestow  upon  it  the  warm  fuzzy  glow  of  cultural 
legitimacy. 

Which  is  maybe  still  true  if  you  haven't  already  been  priced 
out  of  the  center  of  most  large  urban  areas. 


It  was  faster  for  me  to  get  to  this  hotel  from  the  airport  in 
Minneapolis  by  light-rail  than  it  is  for  me  to  travel  from  Brooklyn  to 
the  Metropolitan  Museum  of  Art  in  New  York  or  the  Cooper  Hewitt 
where  I used  to  work.  Or  from  London's  Hackney  neighbourhood  to 
that  city's  Science  Museum  in  the  West  End.  It  is  faster  to  get  from 
Schiphol  airport  to  the  center  of  Amsterdam,  by  train,  than  it  is  to 
travel  from  one  side  of  San  Francisco  to  the  other  by  practically  any 
means  of  transportation. 


Nearly  every  city  in  Europe  already  has  a fast  or  high-speed 
train  from  the  city  center  to  the  airport  and  both  Canada  and  the 
United  States  are  finally  starting  to  catch  up. 


MONA,  the  Museum  of  Old  and  New 
Art  http://www.mona.net.au/  in  Hobart,  runs  it  own  suite  of 
luxury  apartments  next  to  the  museum  complete  with  works  from 
David  Walsh's  collection.  You  can  already  day-trip  to  MONA  from 
Melbourne,  traveling  from  airport  to  museum  to  airport  without  ever 
setting  foot  in  the  city  of  Hobart  itself. 

Sooner  or  later  the  old  TWA  terminal  at  JFK,  designed  by 
Eero  Saarinen,  will  be  converted  in  to  a luxury 


hotel  https : //en. wikipedia. org/wiki/TWA_Flight_Center#2001 . 
E2 . 80 . 93present  :_Closure_and_possible_reuse  . I'd  say  it's 
even  money  whether  it  will  happen  in  our  lifetime  but  it  will  happen. 
Airports  are  becoming  destinations  in  and  of  themselves. 


Medical  tourism  where  the  facilities  are  inside  of  or  adjacent 
to  the  airports  is  a real  thing  and  once  you've  built  out  the 
infrastructure  to  manage  those  kinds  of  flows  why  restrain  yourself 
to  medicine?  Why  not  a museum? 


I travel  more  than  most  people  and  not  nearly  as  much  as 
others . I travel  enough  that  I know  airports  by  their  reputation  and  by 
their  features  which  increasingly  means  the  artwork  on  display. 

Wringing  our  hands  about  "repeat  visitation"  is  an  old  pass- 
time in  the  museum  sector  followed  quickly  by  decrying  people  not 
spending  enough  time  with  any  our  works  to  truly  experience  their 
meaning  and  impact. 


The  opportunity  of  treating  the  airport  as  a museum  is  in  the 
scores  of  people  who  travel  for  work  and  find  themselves  in  the  same 
airport,  in  the  same  terminal,  week  after  week.  What  if  those 
business  travelers  could  spend  the  margins  of  their  days,  waiting  to 
board  an  airplane,  contemplating  a single  work  of  art  on  display  near 
their  gate  rather  than  this  week's  hyperbolic  print  ad  for  yet  another 
enterprise  software  platform? 


dramatic  pause 

sound  of  bridge  burning 


This  is  the  part  of  the  talk  where  I am  going  to  risk  burning 
some  bridges.  I am  going  to  say  some  things  about  the  Smithsonian, 
for  whom  I used  to  work,  that  they  may  not  want  to  hear  or  at  least 
not  want  voiced  in  public . 

It  may  seem  like  a non-sequitur,  at  first,  but  bear  with  me. 


There  is  a proposal  that  the  Smithsonian  open  a branch 
museum  in  East 

London  http : //newsdesk . si . edu/releases/smithsonian- 
considers- joining-new-cultural-quarter-london  as  part  of 
the  redevelopment  of  the  2012  Olympic  Park.  This  is  reportedly  a 
passion  project  for  London's  mayor  Boris  Johnson  who  has  offered 
to  foot  the  bill  for  the  entire  thing  so  no  US  tax -payer  dollars  will  be 
spent  to  fund  the  endeavour. 


What  I am  about  to  say  may  not  be  politic  but  I believe  it  is 
important  that  someone  say  it  out  loud  and  in  public.  Both  as  a 
former  employee  and  as  an  average  citizen:  I think  this  is  possibly 
the  worst  idea  the  Smithsonian  has  entertained  in  forever. 


It  smacks  of  vanity  and  self-aggrandizement.  It  strikes  me  as 
being  both  a distraction  and  waste  of  time  for  an  institution  that  is 
already  over-burdened  where  the  only  return  is...  a status  symbol  and 
more  over-priced  real-estate? 


It  is  an  exercise  in  "museum  as  brand"  which  whatever  you 
think  of  the  practice  is  the  prerogative  of  private  museums  but  is 
nothing  short  of  offensive  coming  from  a public  institution. 


The  mission 

Statement  http://www.si.edu/About/Mission  of  the 
Smithsonian  is  "the  increase  and  furthering  of  knowledge" . Full-stop. 
There's  nothing  specific  about  the  300  million  Americans  in  whose 
name  the  institution  exists  but  let's  assume  they  are  the  primary 
audience,  at  least  for  the  sake  of  my  argument. 


There  are  lots  of  different  ways  to  try  and  meet  those  goals 
but  if  we're  going  to  argue  that  museum  expansion  is  one  of  them  it's 


hard  to  argue  with  the  idea  that  the  one  place  the  Smithsonian  should 
open  a new  museum  in  2015  is...  Las  Vegas. 

Whatever  you  think  of  the  idea  it  is  difficult  to  deny  that  Las 
Vegas  is  the  intersection  of  most  Americans  these  days. 


Or  Los  Angeles.  Or  Phoenix,  but  like  Las  Vegas  it's  not  clear 
that  Pheonix  will  be  sustainable  as  an  urban  center  in  the  coming 
years.  Maybe  Chicago  or  Denver  or  Atlanta,  even. 

Really  though,  any  place  West  of  Virginia  (which  is  roughly 
70%  of  the  United  States)  would  be  a good  place  for  the  Smithsonian 
to  start  to  do  "outreach". 

Do  you  notice  something  about  each  one  of  those  places  I've 


mentioned?  They  are  all  hubs  for  the  major  airlines.  It's  not  so  much 
that  everyone  visits  these  places  but  they  certainly  all  pass  through 
their  airports . 


So  why  not  just  display  the  Smithsonian  collection  there? 
And  not  just  the  hub  airports.  All  the  airports. 

Seriously,  http: //www. aaronland . info/weblog/2  014 /07 / 18 /at- 
the-time/#miie-high  I haven't  done  the  math  but  I would  wager 
that  the  sum  total  of  available  square  footage  for  displaying  objects 
spanning  all  the  airports,  large  and  small,  across  the  United  States 
dwarfs  the  entirety  of  The  National 

Mall  http : //www. si . edu/Visit/lndex/map-mall  in 
Washington. 


The  Smithsonian  has  a 137  million  objects  in  its  collection.  It 
could  fill  every  large  and  mid-sized  airport  in  the  country  without 
breaking  a sweat  or  even  taking  anything  off  the  walls  in 
Washington.  Rotating  those  objects  between  airports  would  be 
trivial,  or  at  least  imaginable. 


Choosing  to  display  museum  objects  at  the  airport  is  not 
without  issues.  Not  least  is  the  fact  that  many,  many  people  still  lack 
the  time  or  the  means  to  afford  plane  travel.  On  the  other  hand, 
according  to  a report  published  by  the  Federal  Aviation 
Administraition  https  : //www.  f aa . gov/news/ f act_sheets/news_s 
tory  .cfm?newsid=i835  6 earlier  this  year: 


"U.S.  airlines  served  an  estimated  756.3  million 
passengers  in  2014,  up  by  2.3  percent  from  the  2013 
level.  The  FAA  forecast  projects  passenger  growth  to 
average  2.0  percent  per  year,  reaching  one  billion 
passengers  in  2029,  and  1 .14  billion  by  2035." 


That's  just  the  United  States  so  I'll  leave  as  it  an  exercise  for 
you  to  imagine  how  large  those  numbers  become  when  you  include 
the  rest  of  the  world. 


One  of  the  things  that  numbers  like  these  suggest  is  that  what 


little  monies  people  do  have  is  being  spent  on  travel  rather  than  the 
30$  entrance  fees  which  have  come  define  visiting  a museum  these 
days. 


Moving  all  the  museums  out  to  the  airport  is  not  something 
that's  going  to  happen  soon. 

There  is  an  enormous  laundry  list  of  operational  details  and 
concerns  to  work  through.  Just  like  museums,  every  airport  is  a 
special  snowflake  but  when  you  look  at  places  like  SFO  or  Mumbai 
it's  also  clear  that  there  is  work  to  build  on. 

It  would  be  expensive,  too.  Or  rather  it  would  be  a large  up- 


front  capital  cost,  in  both  time  and  money.  Then  again,  so  are  the 
buildings  we've  got  and  so  are  the  buildings  we  want. 


The  issue  is  not  that  museum  buildings  have  become  an 
indulgence,  which  they  have.  In  principle,  I have  no  problem  with  an 
institution  indulging  itself.  If  you've  got  the  money,  knock  yourself 
out.  Have  fun.  The  issue  I have  is  that  museum  buildings  have 
become  an  indulgence  at  the  expense  of  the  museum  practice  itself. 
They  are  overpriced  luxuries  that  are  inflexible  and  often  incapable 
of  adapting  to  change  and  that  have  outsized  repercussions  on  the 
actual  work  that  museums  are  supposed  to  be  doing. 


In  many  ways  this  is  the  same  dynamic  the  museum  sector 
struggles  with  around  the  questions  of  digital  infrastructure,  in-house 
development  and  third-party  vendors  made  manifest  in  physical  form 
and  several  orders  of  magnitude  more  expensive. 


In  abstract  terms,  this  is  about  the  speed  and  the  cost  with 
which  the  museum  is  able  to  adapt  to  change.  In  practical  terms,  it  is 
about  making  the  cost  of  proving  or  disproving  a theory  about  how 
to  manage  that  change  so  low  that  no  one  thinks  twice  about  trying 
it. 


I am  not  suggesting  that  museums  become  airports  only  that 
we  may  share  more  in  common  with  them  than  we  might  think  and 
that  maybe  we  can  learn  something  from  them. 


Thank  you. 


2015-11-09 


creating  belief 


Everyone  is  Design  Eagle 


Everyone  is  Design  Eagle 


Way  back  on  July  22nd  of  2015 

Mike  http://mike.teczno.com/  invited  me  to  speak  to  the 
Fellows  at  Code  for  America  http:  //codef  oramerica.org/ 
about  developing  and  launching  the  Pen  as  part  of  re-opening  the 
Cooper  Hewitt  http://www.cooperhewitt.org/  and  about  the 
experience  of  doing  it  inside  of  Government 

Club  http:  //si . edu/  . It's  been  a busy  fall  and  early  winter  so 
I've  only  poked  at  fleshing  out  my  slides  and  notes  as  time  has 
permitted. 


This  is,  more  or  less,  what  I said.  There's  not  a lot  about 
working  in  Government  Club  per  se.  One  day 
Seb  http: //www.  sebchan.com/  might  tell the  story  of  trying  to 
push  through  the  contracting  side  of  things  but  really,  we  were 
incredibly  fortunte  to  have  people  inside  the  " machine " — on  both 
the  technical  and  legal  side  of  things  — who  believed  in  the  project 
and  helped  clear  a path  for  all  the  remaining  work  which  bordered 
on  insane. 


In  the  end,  it  took  about  ten  months  from  the  time  I did  this 
talk  to  the  time  I could  say  this  blog  post  was  finished.  During  that 
period  I did  an  entirely  other 

talk  http: //www. aaronland . info/weblog/2016/ 03/09/osha/#besp 
okiness  that  focused  on  different  details  but  many  of  the  same 
themes  that  follow  below. 


There  is  no  way  that  I am  going  to  cover  everything  that's 
happened  at  the  Cooper  Hewitt  over  the  course  of  a single  hour.  We 
could  spend  all  afternoon  talking  about  the  last  three  years  that  have 
culminated  with  the  re-opening  of  the  museum,  in  December,  and  the 
launch  of  the  Pen  three  months  later.  Instead,  I'm  going  to  focus  on 
only  tiny  slice  of  the  overall  project  today.  I've  put  together  an 
appendix  http:  //aaronland.  info/talks/2015/cfa/appendix.htin 
l with  a reading  list  of  pieces  written  some  by  me  but  mostly  by 
my  colleagues  to  help  give  you  an  idea  of  the  scale  and  scope  of  the 


overall  project. 


an  abbreviated  timeline 


I'd  like  to  start  with  an  abbreviated  timeline.  This  is  no  way 
representative  of  the  entirety  of  the  project  but  it's  a good  way  to 
highlight  some  aspects  of  the  way  we  worked  that  allowed  us  to 
complete  the  project  at  all. 
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I started  at  the  museum  in  July  of  2012.  In  September  of  that 
year  we  re-launched  the  collections  website  under  the  banner  of  a 
public  alpha  http:  / /labs  . cooperhewitt . org/2  0 12 /lost- 
col  lection- alpha/ 


In  December  of  that  same  year  we  launched  a public 
API  https : //collection . cooperhewitt . org/api/  for  the 
collections  website.  It  didn't  actually  take  us  three  months  to  build 
out  the  API  scaffolding  and  dispatch  mechanism.  It  took  us  three 
months  to  decide  that  it  was  the  right  time  to  focus  on  that  work. 

By  the  end  of  2012  it  was  becoming  apparent  that  part  of  our 
work,  on  the  Digital  team,  was  to  be  able  not  so  much  to  anticipate 
the  needs  of  our  contractors  based  on  meetings  and  design  proposals 


but  to  have  an  opinion  about  how  those  needs  would  be 
addressed  https : //github. com/ exf lickr/ f lamework/blob/maste 
r/docs/philosophy .md  . 


This  was  not  always  obvious  and  made  for  some  difficult 
conversations.  There  were  moments  during  the  re-opening  when  we 
had  to  say  to  almost  every  one  of  the  contractors  that  their  particular 
piece  was  only  one  part  of  a much  larger  project. 


If  you  are  going  to  say  things  like  to  people  then  you  also 
need  to  be  able  to  articulate  the  what  and  the  why  of  that  larger 
project  and  so  the  API  was  as  much  of  a tool  to  help  the  museum 
answer  those  questions  as  it  was  a "service"  for  our  contractors. 


collections 

website 


In  March  of  this  year  (2015)  we  launched  the  Pen  . The 
Pen  is  a custom-designed  and  custom-built  interactive  stylus  with  a 
built-in  NFC  antenna  that  allows  visitors  to  collect  objects  while  in 
the  museum  and  to  revisit  them  later  both  at  the  museum  and  later 
still  on  the  web. 


The  Pen  actually  launched  three  months  after  the  museum  re- 
opened, in  December  of  2014. 
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The  thing  that  you  need  to  understand  about  the  Pen  was  that 
at  the  beginning  of  February  2014  there  was  no  Pen.  There  was 
nothing.  There  was  the  idea  of  the  Pen  and  everything  we  believed 
that  such  a device  might  make  possible.  At  the  time  there  was  what 
can  only  be  described  as  a Hail  Mary  pass,  still  hanging  in  the  air 
and  which  no  one  expected  to  land  before  March,  to  determine 
whether  the  Pen  was  even  possible.  Not  possible  as-in  could  we  get 
it  done  in  time  but  possible  as-in  could  it  be  at  all. 


collections 

website 
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Which  is  to  say:  By  the  time  we  got  to  the  end  of  2013  this  is 
what  that  year  looked  like  in  retrospect. 


But  in  the  end  we  did  launch  the  Pen  and  to  everyone's 
delight  and  amazement  in  the  first  112  days  visitors  collected  objects 
with  the  Pen  a million  times. 


And  then  finally,  in  relatively  short  order,  I left  the  museum 
in  June  and  next  month  Seb  Chan  will  also  leave  the  museum. 

I include  these  dates  not  because  Seb  and  I are  so  awesome 
that  it's  worth  noting  our  departure  but  because  our  leaving  is,  in  my 
mind,  an  important  measure  and  success  of  the  work  we've  done.  I'll 
come  back  to  reasons  why  at  the  end  of  the  talk. 


That  is  a lot  to  happen  in  just  three  years.  But  it's  important  to 
point  out  that  for  some  people  at  the  museum  the  project  had  been 
going  on  for  a much  longer  time. 


For  some  people  this  was  only  the  tail-end  of  a nearly  ten- 
year  project  that  began  with  fund-raising  starting  as  far  back  as  2006 
and  started  getting  crazy  when  the  museum  officially  closed  its  doors 
in  2011. 


start 

fundraising 


close  the  museum  and  gut  the  place  down  to  studs 
and  posts  and  do  a full  historic  restoration  as  well  as 
a 60%  expansion  and  organize  7 separate  exhibitions 
and  aim  to  dramatically  increase  visitorship  and 
create  a brand-new  magic  pony  digital  department 
and  try  to  imagine  what  it  means  for  a museum  to  be 
genuinely  part  of  the  internet...  all  at  the  same  time 


But  we  didn't  just  close  the  museum.  We  closed  the  museum 
in  order  to  do  a major  historic  restoration  of  Andrew  Carnegie's 
mansion,  where  the  collection  is  display.  This  meant  both  tearing  the 
entire  place  down  to  studs  and  posts  and  cleaning  all  the  wood 
paneling  with  Q-tips  but  also  converting  the  former  offices  in  to  sixty 
percent  more  gallery  space.  Which  in  turn  meant  moving  the  entirety 
of  the  permanent  collection  offsite  in  order  to  convert  the  previous 
storage  facilities,  located  next  door  in  the  townhouses  Carnegie  built 
for  his  daughters,  in  to  office  space.  If  that  weren't  enough  we  also 


planned  to  re-open  with  seven  to  ten  new  exhibitions  launching  at 
the  same  time,  a goal  to  dramatically  increase  visitorship  and  this 
crazy  idea  to  create  an  entirely  new  "digital"  department  inside  the 
museum  with  a mandate  to  imagine  what  it  means  for  a museum  to 
be  genuinely  part  of  the  Internet  and  vice  versa. 


2006 


And  still  more  fund-raising. 


2015 


And  then  in  August  2012,  the  museum's  Director  Bill 
Moggridge  https  : / /collection . cooperhewitt . org/people/ 180  6; 
553/  died.  It  would  be  another  nine  months  before  a new 
permanent  Director  was  chosen  during  which  time  we  all  had  to 
carry  on  trying  to  understand  a vision  that  I doubt  even  Bill  had  fully 
articulated  all  the  while  not  necessarily  knowing  whether  it  would  be 
a direction  a new  Director  would  want  to  continue  pursuing.  It  all 
worked  out  in  the  end  but  it's  difficult  to  overstate  the  impact  these 
kinds  of  uncertainties  can  have  on  a project  like  ours,  especially  in 


the  early  stages. 


Sometime  during  all  of  this,  I saw  an  interview  between 
Kevin  Slavin  and  Jack  Schulze  , still  then  a Principal  at  BERG 
Design  in  London.  At  one  point,  I think  while  they  were  talking 
about  the  long  and  difficult  effort  to  turn  the  studio's  Little 
Printer  from  an  idea  in  to  a prototype  in  to  a genuine 
commercial  project  that  people  could  buy  with  cash  dollars,  Schulze 
said:  "Sometimes  you  have  to  create  belief." 

What  I took  him  to  mean  is  that  sometimes  the  work  of 


creating  a novel  thing  is  as  much  about  making  people  believe  that 
such  a thing  might  even  be  capable  of  existing  as  much  as  the  work 
of  finally  crafting  it  in  to  being.  I scribbled  that  quote  on  a note  and 
stuck  it  to  my  monitor  where  it  stayed  for  the  duration  of  my  time  at 
the  Cooper  Hewitt. 


Rewind  to  July  2012. 


There  was  this  one  slide. 

In  the  summer  of  2012  the  museum  gave  its  exhibition 
designers  license  to  try  and  imagine  what  an  interactive  museum 
experience  for  visitors  might  be  outside  of  just  another  mobile 
device  or  "app".  They  came  back  the  idea  of  giving  every  visitor  an 
interactive  pen.  The  pen  would  be  a device  that  would  give  visitors 
permission,  both  literally  and  metaphorically,  to  actively  engage 
with,  to  do  something  in  the  museum.  The  pen  would  be  a device 


that  visitors  used  to  browse,  to  create  and  to  manipulate  objects  on 
multi-user  interactive  tables  throughout  the  museum.  They  could  just 
as  easily  have  used  their  fingers  but  the  pen  would  make  concrete  the 
idea  that  design  was  about  process  and  doing  and  that,  as 
importantly,  a design  museum  was  too. 


The  pen  would  also  be  a device  that  would  allow  visitors  to 
"collect"  objects  on  display,  or  related  objects  from  the  collection, 
and  store  them  in  a virtual  scrapbook  for  later  retrieval. 


It  was  design  fiction  in  the  purest  sense.  It  was  just  enough  of 
tomorrow  — so  nearly  possible  but  just  out  of  reach  — to  reel  the 
museum  back  to  today  — the  tyranny  of  realistic  expectations  or  at 
least  budget  — in  order  for  everyone  to  settle  on  yesterday  — work 
that  could  be  largely  completed  on-time  and  on-budget  from  an 
existing  stack  of  software  components  and  strategies.  Which  sounds 
a lot  harsher  than  it  really  is. 


This  is  how  all  client-services  work  and  it  is  how  these 


companies  stay  in  business  and  there  is  nothing  inherently  wrong 
with  the  practice. 


The  probem  for  the  exhibition  designers  was  that  what  this 
design  fiction  suggested  — the  ability  to  provide  meaningful  and 
reliable  recall  for  a museum  visit  — turned  out  to  be  something  the 
museum  really  really  wanted.  The  problem  with  clients  who  really 
really  want  something  is  that  you  need  to  be  able  to  really  really 
convince  them  that  something  is  really  really  too  hard. 

In  the  end  the  whole  project  turned  out  to  be  really  really 
hard  but  I think  the  fact  that  the  museum  was  so  dogged  in  pursuing 
the  idea  is  a testament  to  how  really  really  good  the  idea  was  in  the 
first  place. 


This  is  a video  (100MB)  the  digital  team 

made  http: //www.aaronland. info/weblog/2015/12/31/belief /i 
mages /PenHowToRoughCut  .mov  , early  on  in  the  process,  to  try  and 
help  the  rest  of  the  museum  understand  the  potential  of  what  was 
being  proposed.  This  was  really  important  because  there  was  no 
"prior  art"  or  experiences  that  we  could  point  to  and  compare  this 
project  to. 


Easy,  right? 
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There's  a thirteen  thousand  word  paper  about 

that  http: //mw20 15 .museumsandtheweb.com/paper/strategies- 


agains t- architect ure -inter active-media- and- 


transf ormative-technology-at-cooper-hewitt/  SO  I am  not 
going  to  talk  about  those  details,  here  today. 


also  this 


Instead,  I want  to  dig  in  to  the  details  of  just  one  aspect  of  the 
Pen  that  doesn't  get  a lot  of  attention  because  it  seems  a bit 
unromantic  but  without  which  the  whole  project  would  have  failed. 


an  simple  exchange  of  goods  for  services 


Simply  getting  the  Pen  manufactured  and  out  the  door  was 
hard  enough  but  remember  this  was  only  a slice  of  the  overall 
problem  we  needed  to  solve.  Early  on,  we  made  a series  of  decisions 
about  the  Pen: 


• Every  visitor  would  be  offered  a Pen  when  they 
purchased  a ticket. 


Visitors  would  not  be  asked  to  give  up  a credit  card  or  a 


piece  of  ID  in  exchange  for  the  Pen. 
Easy,  right? 


Let's  imagine  this  is  the  visitor  services  desk  where  you 
purchase,  or  validate,  your  ticket  to  enter  the  museum.  On  the  left  is 
museum  staff,  holding  a Pen.  On  the  right  is  a visitor,  holding  a 
ticket.  In  between  is  a desk  and  a computer  running  the  ticketing 
software.  So  far,  so  good. 


Next  to  the  computer  running  the  ticketing  software  is  a 
specialized  printer  for  printing  the  tickets . 


Next  to  the  specialized  printer  for  printing  the  tickets  is  a 
barcode  reader.  There's  a barcode  reader  so  that  the  museum  staff  can 
scan  a specially  crafted  barcode  on  each  ticket  that  encodes  the 
unique  ID  for  that  ticket. 


There's  a barcode  reader  next  to  the  specialized  printer  for 
printing  tickets  because  it  (the  barcode  reader)  is  plugged  in  to  a 
tablet  computer  running  a web  application. 


The  web  application  is  communicating  wirelessly  with 
another  piece  of  hardware,  called  the  "registration  station",  that's 
also  sitting  on  the  desk.  The  registration  station  has  an  NFC  antenna 
plugged  in  to  it.  After  a ticket  is  scanned  by  the  barcode  reader  the 
web  application  will  send  the  value  of  the  barcode  to  the  registration 
station  and  prompt  the  visitor  services  staff  member  to  tap  a Pen  to 
the  antenna,  at  which  point  that  ticket  will  be  associated  with  that 
Pen. 


This  set-up  is  the  same  for  each  of  the  three  ticketing  stations 
at  the  front  desk. 


You  might  be  thinking  to  yourself:  Hey  wait  a minute...  didn't 
you  just  say  there  is  a whole  other  computer  that's  connected  to  the 
Internet  with  USB  ports  sitting  on  the  desk?  It's  a good  question.  We 
asked  the  same  thing. 


Aside  from  the  fact  that  the  ticketing 
Software  http : //labs . cooperhewitt . org/2014/our-new- 
ticketing-website/  is  a large  and  complex  system  that  didn't 
lend  itself  to  either  the  functionality  or  the  speed  of  iteration  we 


required  there  is  another  added  burden.  The  ticketing  system 
manages  money  and  personal  information  both  of  which  the 
Smithsonian  treats  as  highly  sensitive  information  so  all  of  that 
happens  on  an  entirely  other  network  than  all  of  the  other  stuff  in  the 
museum. 


These  so-called  registration  station  are  basically  just  API 
clients  invoking  private  methods  managing  the  relationships  between 
pens  and  visits  and  tickets. 


When  we  first  started  working  on  integrating  the  Pen  with  the 
normal  ticketing  process  we  hired 

Tellart  http://www.teiiart.com/  , a design  studio  from  Rhode 
Island,  to  build  and  design  the  hardware,  the  software  and  the  user 
interface  for  the  registration  stations.  Very  quickly  though  we  revised 


the  terms  of  the  contract  such  that  the  museum  would  manage  the  UI 
work  as  a web  application  that  would  communicate  with  the 
registration  station  using  a simple  messaging  protocol. 


This  decision  saved  us  when  almost  as  soon  as  the  Pen  was 
launched  we  realized  we  needed  to  make  substantial  changes  to 
the  user  interface 

design  http: //labs .cooperhewitt.org/2015/happy-staff- 
happy- visitors -improving- the -inter faces -of -back-of -house- 
pen-ticketing-  tools/  of  the  registration  stations. 


tl 

“pen-pairing” 


This  whole  process  is  called  "pen-pairing" . 


It  also  needs  to  happen  in  30  seconds  or  less.  That's  the 
maximum  amount  of  time  that  visitor  services  says  it  should  take  for 
a person  to  buy  a ticket  and  get  a Pen  and  start  to  poke  around  the 
museum.  Anything  longer  and  the  lines  at  the  ticket  desk  start  to 
back  up.  Once  the  lines  at  the  ticket  desk  start  to  back  up  then  the 
Great  Hall  and  the  entrance  to  the  museum  starts  to  fill  up. 
Remember,  the  museum  is  in  an  historic  mansion  which  is  bigger 
than  my  house  or  yours,  probably,  but  is  in  nowhere  nearly  as  large 
as  the  foyers  in  bigger  museums  like  MoMA  or  the  Tate. 


Any  delay  in  the  process  has  an  almost  immediate  ripple 
effect  and  it  was  very  much  a problem  that  the  museum  struggled 
with  after  the  Pen  was  launched. 


So  at  the  end  of  all  this  you've  got  a visitor  with  a pen  and  a 
ticket  which  are  "paired"  by  way  of  a unique  visit  ID,  printed  on 
their  ticket. 


Visitors  can  walk  through  the  museum  collecting  objects  by 
pressing  the  crosshairs  (or  the  "collect"  icon)  on  the  back  of  their 
pens  to  the  crosshairs  printed  on  an  object's  wall  label. 


What's  actually  happening  under  the  hood  is  something 
called  "Near  Field  Communications"  or  NFC.  A passive  NFC  tag,  on 
to  which  an  object  ID  has  been  written,  is  embedded  in  the  wall  label 
and  it  is  read  by  an  active  NFC  antenna  housed  in  the  Pen. 


more  science,  aka  “storage 


Once  read  the  object  ID  is  stored  on  a small  flash  memory 
drive  also  housed  in  the  Pen. 


SO  MUCH  science,  aka  “a  computer 


The  NFC  antenna  and  flash  drive  are  plain  vanilla  component 
parts  so  there's  also  a small  micro-controller  in  the  Pen  that  manages 
these  interactions  as  well  as  the  logic  to  get  items  off  the  Pen. 


quiz:  power? 

(hint:  there  is  no  clock  on  the  pen) 


And  when  I say  small  I mean  really  really  small.  Designing 
and  building  the  Pen  was  an  exercise  in  pairing  things  down  to  the 
bare  minimum  out  of  necessity.  In  the  museum's  case  necessity 
meant  not  having  to  charge  or  replace  the  batteries  in  the  Pen  more 
than  once  every  three  (or  ideally  four)  weeks . Which  really  meant 
not  having  to  charge  the  Pen  at  all  since  the  Cooper  Hewitt  has  a 
very  small  physical  footprint,  by  museum  standards,  and  there 
simply  wasn't  anywhere  to  plug  in  as  many  pens  as  we  thought  we'd 
need.  In  the  end  the  Pen  is  powered  by  three  triple- A batteries  and 


doesn't  even  have  an  on-board  clock  since  that  represented  a 
prohibitive  power  drain. 


So  at  the  end  of  all  this  you've  got  a visitor  with  a pen  and  a 
ticket  which  are  "paired"  by  way  of  a unique  visit  ID,  printed  on 
their  ticket. 


In  addition  to  the  NFC  tags  in  the  object  labels  there  are  also 
a series  of  large  interactive  tables  and  "transfer"  stations  located 
throughout  the  museum,  all  of  which  also  communicate  with  the 
Pen. 


The  interactive  tables  allow  visitors  to  see  what  they've 
collected  during  their  visit  so  far  as  well  to  see  and  collected  other 
related  objects  that  that  have  been  loaded  on  to  the  tables.  There  are 
also  a variety  of  "creation"  tools  where  visitors  can  make  their  own 
designs  and  save  them  to  their  visits. 


The  interactive  tables  both  read  data  from  pens  and  then 
sends  it  on  to  the  museum's  databases;  the  bits  that  actually  store  and 
display  your  visit.  This  is  a required  step  because  as  I mentioned 
earlier  the  pens  themselves  don't  have  any  smarts  and  definitely  don't 
have  any  network  magic . In  addition  to  the  tables  there  are  what  we 
refer  to  as  "transfer"  stations.  These  haven't  been  widely  deployed  in 
the  museum  and  it's  not  clear  that  they  are  either  useful  or 
necessary  http: //labs .cooperhewitt.org/20i6/press-and- 
hold-to-save-your- visit/ 


The  thinking  behind  them  was  that  if  you  needed  to  leave  the 
museum  in  a hurry  but  didn't  want  to  wait  for  a space  at  an 
interactive  table  or  for  the  front  of  house  staff  to  transfer  your  pen 
data  after  your  departure  you  could  simply  tap  your  pen  and  have 
access  to  your  visit  items  immediately.  That  was  the  idea,  anyway, 
but  in  practice  most  people  don't  check  their  visits  until  they  get 
home  giving  museum  staff  plenty  of  time  to  process  pens  after  they 
are  returned. 


What  both  of  these  systems  share  in  common,  though,  is  that 
they  are  clients  of  the  museum's  API.  The  same  API  from  way  back 
in  2012.  The  Pen  doesn't  actually  know  anything  about  the  API  and 
similarly  the  API  doesn't  know  anything  about  the  Pen.  The  only 
thing  either  knows  is,  each  in  their  own  way,  about  lists  of  objects. 


The  API  is  how  the  museum-as-building  tells  the  museum- 
as- website  about  your  visit. 


And  what  all  of  this  means  is  that  your  visit  lives  on  the  web, 
ready  for  you  re-visit  at  a time  and  place  of  your  choosing.  That 
might  be  during  a coffee  break  at  the  museum,  or  later  that  night  at 
home,  or  next  week  for  a school  project  or  a year  from  now  when 
you're  out  with  a friend  and  remember  something  germane  to  the 
conversation.  Really,  that's  your  business. 


The  point  is  that  you  can.  That  a museum  is  capable  of 
making  that  sort  of  thing  possible  strikes  me  as  both  exciting  and  a 
responsibility.  As  museums  all  we  do  is  keep  things  safe.  We  are 
never  going  to  afford  your  visit  the  same  time  and  attention  that  the 
collection  itself  gets  but  there's  a lot  of  room  between  that  level  of 
care  and  doing  nothing. 


It's  a little  more  complicated  than  this  in  practice  but 
conceptually  all  the  museum  did  was  say  "We  will  give  anything  we 


consider  to  be  a first-class  actor  in  our  universe  — objects,  people, 
exhibitions,  visits,  visit  items  and  so  on  — a stable  permanent  URL 
on  the  web...  and  then  make  them  all  hold  hands."  We  will  make  the 
museum  part  o/the  web. 


Also,  this: 


The  NFC  tags  in  the  wall  labels  are  also  updated  using  a third 
API  application  called  the  label 

writer  http: //samjbrenner . com/ notes /label -writer- 
connecting-nfc-tags-to-collection-ob jects/  . This  was  really 
important  because  it  means  that  the  exhibitions  team  can  have  a 
dedicated  application  tailored  to  their  workflow  and,  like  the  front  of 
house  (Pen  registration)  software,  can  be  maintained  and  updated 
separate  from  all  the  other  infrastructure. 


july  2015 

112  days 

93%  adoption  rate 

“conversion  rates”  that  would  make  silicon  valley  people  weep 
1 M acts  of  collecting 
4,342  individual  objects  collected 


So,  the  Pen  has  been  on  the  floor  for  almost  four  months  now. 

The  numbers  have  been  pretty 

rewarding  http : //labs . cooper hewitt . org/2  016/a-very- 
happy-open-birthday-for-the-pen/  for  any  museum,  really,  but 
especially  a small  museum  like  the  Cooper  Hewitt.  There  are  two 
numbers  I want  to  focus  on.  The  first  is  that  people  have  used  the 
Pen  to  collect  objects  a million 

times  https  : //collection . cooperhewitt . org/stats  , already. 


july  2015 

112  days 

93%  adoption  rate 

“conversion  rates”  that  would  make  silicon  valley  people  weep 
1 M acts  of  collecting 
4,342  individual  objects  collected 


the  museum  only  has  space  for  700  objects  in  the  galleries 


The  second  is  that  people  have  collected  over  four  thousand 
individual  objects.  There  is  no  question  that  most  of  the  objects 
collected  are  those  on  display  and  collected  using  the  Pen  but  there  is 
also  a very  real  and  very  meaning  "long  tail"  of  museum  objects  that 
are  being  seen  and  collected  by  way  of  the  interactive  tables.  This  is 
a big  deal  since  there's  really  only  room  for  about  700  objects  on 
display  in  the  the  museum  at  any  one  time.  This  is  a big  deal  since 
the  Cooper  Hewitt  has  over  two  hundred  thousand  objects  in  its 
collection,  most  of  which  will  never  leave  the  storage  facility. 


There  was  a time,  though,  when  it  wasn't  clear  that  any  of 
this  would  work  as  we'd  imagined.  For  a lot  of  reasons  — some  good 
and  some  bad  and  some  of  which  I've  mentioned  already  — getting 
from  the  idea  of  a museum  being  a genuinely  polite,  robust  and  well- 
behaved  part  of  the  web  to  the  reality  was  really  really  hard.  This 
was  entirely  new  territory  for  almost  every  part  of  the  museum  and 
required  not  just  a leap  of  faith  but  also  setting  aside  long-standing 
practices  and  in  many  cases  biases. 


That  is  hard.  For  any  organization.  It's  hard  precisely  because 
no  one  person  or  group  is  at  fault.  It's  hard  because  a leap  of  faith  is 
exactly  that.  A standing  leap  rarely  succeeds.  It  happens,  from  time 
to  time  but  the  rest  of  us  still  live  in  a world  where  leaping  still 
requires  some  amount  of  momentum.  Absent  that,  inertia  takes  over. 


or  this 


a whiteboard  marker  with  an  RFID  tag  taped  to  it 
the  collections  website 
the  API 

a desire  to  do  right  by  Bill 
friends 


The  trick  became  trying  to  find  as  many  ways  as  we  could  to 
short  circuit  that  intertia.  The  trick  became  trying  to  find  a way  to 
make  the  project  not  perfect  but  more  real  even  if  that  progress  was 
only  measure  in  fractions.  The  trick  became  to  force  the  debate  and 
the  decision-making  process  to  deal  in  tangible  material 
facts  http: //www. aaronland. info/weblog/2016/03/09/osha/#bes 
pokiness  rather  than  aspirational  doubt. 


f-word  or  p-word? 


At  this  point  I asked  for  a little  bit  of  audience  participation. 


People  chose  the  "f-word". 


The  museum  had  two  things  going  for  it,  two  things  that 
allowed  it  to  crawl  out  of  its  own  anxiety.  The  first  was  friends  who 
we  could  lean  on  for  help  and  advice  and  general  sanity-checking. 
Pro-top:  Always  have  friends  around.  The  second  was  the  API. 


The  "API"  is  sometimes  spoken  of  as  a single  monolithic 
thing,  something  you  can  just  buy  off  the  shelf  or  license  from  a 
services  company.  It's  not  really.  This  is  a diagram  of  "the  API"  done 
by  Katie  Shelly  https  : //twitter . com/interkatie  . For  most  of 


this  talk  I've  been  talking  about  the  blue  bits  at  top  of  this  pyramid. 


The  green  bits  represent  all  the  work  the  museum  has  and  had 
done  prior  to  the  Pen.  Most  importantly,  it  was  work  we  had  done  in- 
house;  it  was  work  that  we  controlled.  The  green  bits  represent  the 
work  that  we  knew  needed  to  be  done  in  order  for  something  like  the 
Pen  to  work.  Ultimately  they  represent  the  work  that  allowed  us 
mock  up  and  prototype  something  that  looked  enough  like  the  Pen 
— evidence  — that  we  could  work  up  enough  momentum  to  work 
up  enough  confidence  to  close  our  eyes  and  jump... 


creating  belief 


The  reason  I mentioned  mine  and  Seb's  departure  at  the  very 
beginning  was  because  a big  part  of  the  project,  for  me  at  least,  was 
making  sure  we  built  something  that  could  be  handed 
off  http: //laughingmeme.org/2015/08/31/ five-years- 
building-a-culture-and-handing-it-of f / . The  Pen, and 

everything  about  the  re-opening,  involved  so  many  more  people  than 
just  me  or  Seb.  We  both  had  senior  roles  and  exerted  a great  deal  of 
influence  on  the  project  and  those  are  dynamics  that,  both  internally 
and  externally,  lend  people  to  believe  (incorrectly)  that  a project 


lives  and  dies  on  the  shoulders  of  one  or  two  people. 


No  one  is  without  ego  and  I am  proud  of  the  work  that  I 
contributed  to  the  re-opening  but  a project  that  falls  apart  the  minute 
any  one  individual  walks  out  the  door  is  pretty  much  the  definition  of 
"shit  work". 


So  on  top  of  everything  else  there  was  a larger  meta-goal  of 
using  the  re-opening  itself  to  create  a larger  belief  in  and  around  the 
institution  itself,  beyond  the  reopening.  Given  the  history  and 
financial  and  staffing  realities  of  contemporary  museum  practice  I 
think  we  did  pretty  well.  More  specifically  I think  we  succeeded  in 
two  areas  and  stumbled  in  a third. 

1.  We  have  started  to  create  belief  inside  the  institution 
that  the  project  is  sustainable  within  the  organization 
itself  and  not  just  one  the  shoulders  of  one  or  two 
people.  It's  early  days  and  the  real  measure  will  not  be 
in  the  first  hand-off  but  in  the  third  or  the  fourth. 

2.  We  have  started  to  create  belief  inside  the  institution 
that  not  only  is  the  project  sustainable  but  that  it  can 
accomodate  and  adapt  to  the  museum's  ambitions.  It  is 
more  than  the  very  expensive  one-offs  that  the  sector 
has  grown  accustomed  to. 

3.  We  did  a pretty  bad  job  of  making  our  contractors 


believe  in  the  scale  and  breadth  and  ambition  of  the 
project.  We  got  there,  in  the  end,  but  it  was  really  hard. 
And  I think  as  much,  or  even  most,  of  the  responsibility 
for  that  pain  lies  with  the  museum.  Client-services 
companies  can  be  forgiven  for  not  believing  a word 
their  clients  say.  They'd  go  out  of  business  if  they 
weren't  ruthless  about  the  stuff  they  hear  coming  from 
the  other  side  of  the  table. 


The  museum  forced  each  of  its  contractors  to  forego  the 
carefully  controlled  schedules  and  processes  that  they  had  developed 
and  whether  or  not  that  was  the  museum's  prerogative  I think  it  is 
important  to  recognize  that  we  could  have  done  a better  job  of  it. 


Epilogue 

In  Novemeber  of  2015  I attended  the  Museum  Computer 
Network  (MCN) 

conference  http: //www.aaronland. info/weblog/2015/11/09/keir 
hoiz/#mcn  in  Minneapolis.  On  my  return  home  I sent  the 
following  email  to  the  folks  at  the  Cooper  Hewitt: 


I was  at  MCN  last  week  and  more  than  a few  people 
asked  me  what  my  (and  Seb's)  departure  "meant"  for 
the  museum.  Having  I answered  the  question  so 
many  times  I thought  I would  share  with  you  what  I 
said: 


I am  both  pleased  with  and  proud  of  the  work  that  I 
did.  I would  like  to  think  that  I contributed 
something  unique  to  the  project  but  it  was  always  the 
product  of  more  than  just  me  and  Seb,  even  if  we 
were  often  the  loudest  people  in  the  room. 


The  timing  of  my  departure  was  not  ideal  but  I 
would  never  have  left  before  I felt  confident  that  the 
thing  we  built  actually  worked.  Also  if  one  the  goals 
(and  it  was  one  of  mine)  was  to  build  something 
robust  enough  to  hand  off  to  another  person(s)  then... 
well,  you  have  to  hand  it  off  eventually. 


But  really  the  thing  I am  most  pleased  with  is  what's 
happened  since  my  departure.  Specifically  two  major 
and  significant  overhauls  to  both  the  front-of-house 
ticketing  http : / /labs  . cooperhewitt . org/2  0 15/wh 
en-the-optimal -inter face -is -paper- improving- 
visitor-information/  and  the  user-facing  post- 
visit http : //labs . cooperhewitt .org/2015/ iter at 
ing- the -post -visit-experience/  systems. 


Given  the  scale  and  complexity  and  novelty  of  the 
Pen  project  it  was  inevitable  that  this  work  (or 


something  like  it)  would  have  to  be  done.  The 
Digital  team  have  done  it  twice,  in  six  months  and 
all  on  staff  time.  That  includes  the  conceptual  work 
and  all  the  research,  the  design  work  and  the  actual 
implementation. 


At  the  time  I forgot  to  mention  that , in  addition  to  the 
things  listed  above,  the  team  also  rebuilt  the  staff- 
facing admin  tools  for  getting  collection  objects  on 
to  the  digital  tables,  and  turned  around  a major 
exhibition.  There  was  also  a third  thing  which  I'm 
not  sure  is  meant  to  be  spoken  of  or  even 
acknowledged  but  it's  a big  (and  important)  deal. 


That  is  how  it  is  *supposed*  to  be  but  the  reality  in 
the  museum  sector  is  that  it  has  never  been  this  way. 


Normally  it  would  cost  at  least  another  six  figures  in 
contractor  fees  with  results  that  everyone  will  have 
had  to  wait  another  6-18  months  to  decide  are 
underwhelming  all  the  while  having  to  live  with  and 
suffer  the  original  problem. 

That  the  Cooper  Hewitt  was  able  to  route  around 
this  dynamic,  because  it  has  the  staff  and  the 
infrastructure  and  the  institutional  wherewithal, 
is  awesome.  That  the  Digital  team  was  able  to  do 
all  of  that  without  either  me  or  Seb  around  is  even 
better. 


Since  leaving  I have  said  to  people  that  when  it 


comes  to  "digital"  the  Cooper  Hewitt  can  do  more, 
better,  faster  - not  to  mention  cheaper  - than  anyone 
else  in  the  sector.  Period.  Those  are  meant  to  be 
lighting  words  because  I would  like  to  see  someone 
take  up  the  challenge.  The  sector  would  benefit  from 
it.  In  the  meantime  the  Cooper  Hewitt  should  just  be 
asking  itself  what  it  wants  to  do  *next*. 

Those  goofy  kids  on  the  third  floor  are  a good  lot  and 
with  a little  bit  of  guidance  and  little  bit  of 
indulgence  they  will  take  the  museum  further  still. 


So,  you  know,  more  like  this... 


2015-12-31 


